Apigee Edge belgelerini görüntülüyorsunuz.
.
Git:
Apigee X belgeleri. bilgi
Bu konu analiz metrikleri, boyutları ve filtreleri için referans noktası niteliğindedir. Şu konuda daha fazla bilgi için: API Analytics'e genel bakış bölümünü inceleyin.
Bu konuda, metrik ve boyutların adları kullanıcı arayüzünde göründüğü şekliyle, gerektiği şekilde gösterilmiştir. API çağrılarında kullanmak için.
- Özel raporlar oluştururken kullanıcı arayüzü adlarını görürsünüz.
- Metrikleri alırken, bir metrik oluşturmak için rapor tanımına veya rapor tanımına
Metrikler
Özel raporlarda ve yönetim API'si çağrılarında alabileceğiniz API metriklerini aşağıda görebilirsiniz.
Özel raporlar adı | Management API'de kullanılacak ad | İşlevler | Açıklama |
---|---|---|---|
Saniyede Ortalama İşlem | t/sn. | Yok |
Saniye başına ortalama işlem sayısı (yani API proxy istekleri). Bütçenizin nispeten düşük olması dönemdeki işlem sayısını, belirli bir dönemdeki her bir sayı ikiden küçükse kullanıcı arayüzü özel raporlarında saniye değeri sıfır olarak görünebilir ondalık basamak işaretidir. API söz dizimi: |
Önbellek İsabeti | cache_hit | toplam |
yanıt vermesi gerekir. API söz dizimi: |
L1 Önbellek Öğesi Sayısı | ax_cache_l1_count | ort., min., maks. |
Belirli bir değer üzerinden işlem başına L1 (bellek içi) önbellekteki öğe sayısını döndürür
unutmayın. Örneğin, bir günlük süre için API söz dizimi: |
Politika Hataları | policy_error | toplam |
Belirtilen dönemdeki toplam politika hatası sayısı. Politika hataları genellikle tasarımdan kaynaklanan hatalardır. Örneğin, API Anahtarını Doğrula politikası, istekte geçersiz API anahtarı iletildiğinde oluşan hata ve Spike Arrest politikası API çağrılarının sayısı politikada tanımlanan sınırı aşarsa hata mesajı verir. ODK Bu metrik, API'lerinizdeki olası sorun noktalarını bulmak için yararlıdır. Örneğin, geliştirici uygulaması boyutuna göre gruplanan policy_error metrikleri, Belirli bir uygulama için bir API veya OAuth jetonunun süresinin dolduğu; ya da belirli bir çok sayıda Spike Arrest hatasına yol açtığını ve bunun da proxy'nin artış durdurma sınırı tatil trafiğindeki artışı hesaba katmaz. Yalnızca hata, API proxy hatasıyla sonuçlanırsa analizlerde politika hatası kaydedilir.
Örneğin, bir politikanın Hata Üzerine Politika Adı (ax_execution_fault_policy_name) boyutu, Politika hatalarının politika adına göre gruplandırılması. Bir hedef hatası (404 veya 503 gibi) politika hatası olarak sayılmaz. Bu sayısı API proxy hatası olarak sayılacaktır (is_error). API söz dizimi: |
Proxy Hataları | is_error | toplam |
Belirtilen dönemde API proxy'lerinin toplam başarısız olma sayısı. Proxy hatası, bir politika başarısız olduğunda veya bir çalışma zamanı hatası olduğunda (örneğin, 404 503 hatası vermelidir. Proxy (apiproxy) boyutu, API proxy hatalarını proxy'ye göre gruplandırmak için yararlıdır. API söz dizimi: |
İstek İşleme Gecikmesi | request_processing_latency | ort., min., maks. |
milisaniye cinsinden süre (ortalama, minimum veya maksimum) Edge'in gelen istekleri işlemesi için yeterlidir. Zaman, istek ulaştığında başlar. Edge, isteği hedef hizmete yönlendirdiğinde sona erer. Farklı boyutlar kullanarak istek işleme gecikmelerini API proxy'sine göre inceleyebilirsiniz. bölge gibi adlar kullanabilirsiniz. API söz dizimi: |
İstek Boyutu | request_size | toplam, ort., min, maks. |
Edge'in aldığı istek yükünün bayt cinsinden boyutu. API söz dizimi: |
Yanıt Önbelleği Yürütüldü | ax_cache_executed | toplam |
Yanıt Önbelleği politikasının belirli bir süre içinde toplam yürütme sayısı geçerlidir. Yanıt Önbelleği politikası bir API proxy'sine iki yere eklendiğinden ( isteği ve yanıtta bir kez olduğunda) genellikle bir API çağrısında iki kez yürütülür. Önbellek "al" ve bir önbellek "put" her biri bir yürütme olarak sayılır. Ancak,
İzleme aracında,
yürütülen bir API çağrısında Yanıt Önbelleği simgesini tıklayıp
API söz dizimi: |
Yanıt İşleme Gecikmesi | response_processing_latency | ort., min., maks. |
milisaniye cinsinden süre (ortalama, minimum veya maksimum) yanıt vermesi için Edge'in gerektiğini unutmayın. Zaman, API proxy'si Apigee, hedef hizmet yanıtına ilettiğinde sona erer. arayan Farklı boyutlar kullanarak yanıt işleme gecikmelerini API'ye göre inceleyebilirsiniz. proxy, bölge vb. bulunur. API söz dizimi: |
Yanıt Boyutu | response_size | toplam, ort., min, maks. |
İstemciye döndürülen yanıt yükünün boyutu bayt. API söz dizimi: |
Hedef Hatalar | target_error | toplam |
Hedef hizmetten alınan toplam 5xx yanıt sayısı. Bunlar hedef hizmet hatalara neden olabilir. API söz dizimi: |
Hedef Yanıt Süresi | target_response_time | toplam, ort., min, maks. |
Projenin yaşam döngüsü boyunca (toplam, ortalama, minimum veya maksimum) milisaniye değerindedir. Bu metrik hedef sunucuların nasıl performans gösterdiğini belirtir. Edge bir isteği yönlendirdiğinde zaman başlar alır ve Edge yanıtı aldığında sona erer. Bir API çağrısı önbellekten yanıt döndürürse (Yanıt Önbelleği politika ile ilişkilendirdiğinizde) çağrı, hiçbir zaman hedef hizmete ulaşmaz, yanıt süresi metrikleri günlüğe kaydedilir. API söz dizimi: |
Toplam Yanıt Süresi | total_response_time | toplam, ort., min, maks. |
Projenin yaşam döngüsü boyunca (toplam, ortalama, minimum veya maksimum) milisaniye, Edge'in bir istemciden istek aldığı andan itibaren Edge, yanıtı istemciye geri gönderir. Bu süre, ağ ek yükünü ( gereken süreden bağımsız olarak, yük dengeleyicilerin ve yönlendiricilerin işlerini tamamlamaları için geçen süre), istek işleme gecikme, yanıt işleme gecikmesi ve hedef yanıt süresi (yanıt sunulursa) hedef hizmetten alınır). Farklı boyutlar kullanarak, işleme gecikmelerini API proxy'sine göre inceleyebilirsiniz. bölge gibi adlar kullanabilirsiniz. API söz dizimi: |
Trafik | message_count | toplam |
Belirtilen dönemde Edge tarafından işlenen toplam API çağrısı sayısı. Trafik sayılarını sizin için en anlamlı olan şekilde gruplandırmak için boyutları kullanın. API söz dizimi: |
Boyutlar
Boyutlar, metrikleri anlamlı gruplar halinde görüntülemenize olanak tanır. Örneğin, "Toplam trafiği" görebilirsiniz. sayıları her geliştirici uygulaması veya API proxy'si için görüntülediğinizde çok daha güçlü hale gelir.
Apigee'nin kullanıma hazır olarak sunduğu boyutlar aşağıda verilmiştir. Ayrıca, kendi oluşturduğunuz Özel analizler kullanarak API mesaj içeriğini analiz etme başlıklı makalede açıklandığı gibi kendi boyutlarınızı da değiştirebilirsiniz.
Özel Raporlar adı | Management API'de kullanılacak ad | Açıklama |
---|---|---|
Apigee varlıkları | ||
Erişim Jetonu | access_token | Uygulama son kullanıcısının OAuth erişim jetonu. |
API Ürünü | api_product |
Çağrılan API proxy'lerini içeren API ürününün adı. Bu nedenle çağrı yapan geliştirici uygulamalarının bir veya daha fazla API ile ilişkilendirilmiş olması gerekir. API proxy'lerini içeren ürünler ve çağrılan proxy'ler bir API anahtarı veya OAuth jetonu ile birlikte gönderilir. Anahtar veya jeton bir API ile ilişkilendirilmiş belirler. Daha fazla bilgi için bkz. Öncelikle: Eksiksiz analiz verileri nasıl oluşturulur? Yukarıdaki ölçütler karşılanmazsa "(not set)" değerini görürsünüz. Şu kaynakları da inceleyin: Analytics varlığı değeri "(not set)" nedir? ne anlama geliyor? gibi sorular sorabilirsiniz. |
Önbellek Anahtarı | ax_cache_key |
Erişilen Yanıt Önbelleği değerini içeren anahtar. Daha fazla bilgi için anahtarın yanıt önbelleği için nasıl oluşturulduğu hakkında bilgi için Yanıt Önbelleği politikasına bakın. İzleme aracında,
okuma yapan veya önbelleğe yazan bir Yanıt Önbelleği politikası seçtiğinizde
bu değeri |
Önbellek Adı | ax_cache_name |
Yanıt Önbelleği politikası tarafından kullanılan anahtarları/değerleri içeren önbelleğin adı, orgName__envName__ ön ekini alır. Örneğin, kuruluş "foo" ise "the" “test” ortamıdır, ve önbellek adı "myCache" ise ax_cache_name foo__test__myCache. İzleme aracında,
bir Yanıt Önbelleği politikası seçtiğinizde bu değeri
|
Önbellek Kaynağı | ax_cache_source |
Yanıt Önbelleğinin alındığı önbellek düzeyi ("L1" bellek içi veya "L2" veritabanı) alındı. Bu boyutta "CACHE_MISS" de gösterilir yanıtın ne zaman önbellek yerine hedef (ve yanıt önbelleği, hedef yanıtla yenilenmiş); bir önbellek anahtarı geçersizse veya istekteki bir önbellek anahtarı geçersizse. Önbellek anahtarları şununla sınırlıdır: 2 KB boyutunda. İzleme aracında,
Yanıt Önbelleği politikasını seçtiğinizde bu değeri
Önbellek düzeyleri hakkında daha fazla bilgi için Önbellek dahili verileri başlıklı makaleye bakın. |
İstemci Kimliği | client_id |
API çağrıları yapan geliştirici uygulamasının tüketici anahtarı (API anahtarı) veya OAuth jetonlarına dahil edilmelidir. Bu boyutu almak için, çağrı alan proxy'lerin kontrol edilecek şekilde yapılandırılması gerekir test edilmesini sağlayın. Geliştirici uygulamaları API anahtarları alır. Bunlar şu amaçlarla kullanılabilir: OAuth jetonları oluşturabilirsiniz. Daha fazla bilgi için bkz. Öncelikle: Eksiksiz analiz verileri nasıl oluşturulur? Yukarıdaki ölçütler karşılanmazsa "(not set)" değerini görürsünüz. Ayrıca, Analytics varlığı için "(not set)" değeri ne anlama gelir? bölümüne de göz atın. ne anlama geliyor? gibi sorular sorabilirsiniz. |
Geliştirici Uygulaması | developer_app |
API çağrıları yapan Edge'e kayıtlı geliştirici uygulaması. Bu boyutu almak için uygulamaların bir veya daha fazla API ürünüyle ilişkilendirilmesi gerekir ve proxy'lerin bir API anahtarı veya API çağrısıyla gönderilen OAuth jetonu. Anahtar veya jeton geliştirici uygulamasını tanımlar. Örneğin, Öncelikle: Eksiksiz analiz verileri oluşturma başlıklı makaleyi inceleyin. Yukarıdaki ölçütler karşılanmazsa "(not set)" değerini görürsünüz. Ayrıca, Analytics varlığı için "(not set)" değeri ne anlama gelir? bölümüne de göz atın. ne anlama geliyor? gibi sorular sorabilirsiniz. |
Geliştiricinin E-posta Adresi | developer_email |
Uygulamaları API çağrıları yapan, Edge'e kayıtlı geliştiricilerin e-posta adresi. Bu boyutu almak için geliştiricilerin bir veya daha fazlasıyla ilişkilendirilmiş uygulamaları olmalıdır Çağrılan API proxy'lerini içeren API ürünleri ile proxy'lerin belirli bir API çağrısıyla gönderilen API anahtarı veya OAuth jetonu. Anahtar veya jeton geliştiriciyi tanımlar uygulamasını indirin. Daha fazla bilgi için Öncelikle: Eksiksiz analiz verileri oluşturma bölümüne bakın. Yukarıdaki ölçütler karşılanmazsa "(not set)" değerini görürsünüz. Ayrıca, Analytics varlığı için "(not set)" değeri ne anlama gelir? bölümüne de göz atın. ne anlama geliyor? gibi sorular sorabilirsiniz. |
Geliştirici kimliği | geliştirici |
Edge'in oluşturduğu benzersiz geliştirici kimliği: org_name@@@org_name. Bu boyutu almak için geliştiricilerin bir veya daha fazlasıyla ilişkilendirilmiş uygulamaları olmalıdır Çağrılan API proxy'lerini içeren API ürünleri; proxy'lerin API çağrılarıyla gönderilen API anahtarı veya OAuth jetonu. Anahtar veya jeton geliştiriciyim. Daha fazla bilgi için Öncelikle: Eksiksiz analiz verileri oluşturma bölümüne bakın. Yukarıdaki ölçütler karşılanmazsa "(not set)" değerini görürsünüz. Ayrıca, Analytics varlığı için "(not set)" değeri ne anlama gelir? bölümüne de göz atın. ne anlama geliyor? gibi sorular sorabilirsiniz. |
Ortam | ortam | API proxy'lerinin dağıtıldığı Edge ortamı. Örneğin, "test" veya "prod". |
Hata Üzerindeki Hata Kodu | ax_edge_execution_fault_code |
Hatanın hata kodu. Örnek:
|
Hata durumunda Akış Adı | ax_execution_fault _flow_name |
API proxy'sinde hata oluşturan akış. Örneğin, "PreFlow", "PostFlow" veya oluşturduğunuz koşullu akışın adı olabilir. Yönetim API'sinde kullanılacak tam ad şudur: ax_execution_fault_flow_name, kullanabilirsiniz. Hata oluşmadığında "(not set)" değeri gösterilir. |
Akış Kaynağı | flow_resource | Yalnızca Apigee kullanımı. Merak ediyorsanız bu topluluk gönderisine göz atın. |
Hata Nedeniyle Akış Durumu | ax_execution_fault _flow_state |
"PROXY_REQ_FLOW" gibi hatalara yol açan API proxy akışının adı veya "TARGET_RESP_FLOW". Management API'de kullanılacak tam ad şudur: ax_execution_fault_flow_state, kullanabilirsiniz. |
Ağ Geçidi Akış Kimliği | gateway_flow_id | API çağrıları Edge üzerinden taşınırken her çağrının kendi ağ geçidi akış kimliği olur. Örnek: rrt329ea-12575-114653952-1. Ağ Geçidi Akış Kimliği, Organizasyon, ortam ve zaman damgası gibi diğer boyutların aramalar genelinde aynıdır. |
Kuruluş | kuruluş | API proxy'lerinin dağıtıldığı Edge kuruluşu. |
Hata Konusunda Politika Adı | ax_execution_fault _policy_name |
Hataya neden olan ve API çağrısının başarısız olmasına neden olan politikanın adı. Management API'de kullanılacak tam ad şudur: ax_execution_fault_policy_name, kullanabilirsiniz. Bir politika hata verir, ancak politika kök özelliği |
Proxy | Apiproxy | Bir API proxy'sinin makine adı (Görünen Ad değil). |
Proxy Temel Yolu | proxy_basepath |
API proxy ProxyEndpoint üzerinde yapılandırılan BasePath. Temel yol alan adı ve bağlantı noktası kısmını oluşturur. Örneğin, bir API proxy'sinin temel URL'si https://Apigeedocs-test.connector.net/releasenotes/ için temel yol /releasenotes şeklindedir. Değer, |
Proxy Yolu Soneki | proxy_pathsuffix |
API proxy'si temel yoluna eklenen kaynak yolu. Örneğin, bir API proxy'sinin
temel URL Herhangi bir path ek değeri kullanılmıyorsa değer boş olur. Değer, |
Proxy Düzeltmesi | apiproxy_revision | API çağrılarını işleyen API proxy'sinin düzeltme numarası. Bu sizin için bir API proxy'sinin en son revizyonudur. Bir API proxy'sinde 10 düzeltme varsa 8. düzeltme şu anda dağıtılmış olabilir. Ayrıca bir API'nin, aynı zamanda Kullanıcı arayüzünde proxy'leri dağıtma bölümünde açıklandığı gibi düzeltmeler farklı Temel Yollara sahip olduğu sürece. |
Çözümlenmiş İstemci IP'si | ax_resolved_client_ip |
Kaynak istemci IP adresini içerir. İstemcilerin gerçek IP adreslerini yakalamak için Akamai gibi yönlendirme ürünlerini kullanırken
istemci IP'si,
|
Yanıt Durumu Kodu | response_status_code | Apigee'den istemciye yönlendirilen HTTP yanıt durum kodu (ör. 200, 404, 503 vb. Edge'de ise hedeften alınan yanıt durumu kodunun üzerine İleti Ata ve Hata Artır gibi politika politikalarından da yararlanabilirsiniz. Bu nedenle bu boyut, Hedef Yanıt Kodundan (target_response_code) farklı olabilir. |
Sanal Ana Makine | virtual_host | Sanal ana makinenin adı,
API çağrısının yapıldığı adres. Örneğin kuruluşların iki
sanal ana makineler: default (http) ve secure (https). |
Gelen/İstemci | ||
İstemci IP Adresi | client_ip | Yönlendiriciye giren sistemin IP adresi (ör. orijinal istemci)
(proxy_client_ip) veya bir yük dengeleyici Aynı
X-Forwarded-For üstbilgisi, listelenen son IP'dir. |
Cihaz Kategorisi | ax_ua_device_category | API çağrısının yapıldığı cihazın türü (ör. "Tablet") veya "Akıllı telefon". |
İşletim Sistemi Ailesi | ax_ua_os_family | Aramayı yapan cihazın işletim sistemi ailesi (ör. "Android") veya "iOS". |
OS Sürümü | ax_ua_os_version |
Aramayı yapan cihazın işletim sistemi sürümü. Bunu ikinci bir "ayrıntı" olarak kullanmak İşletim sistemi Ailesi (ax_ua_os_family) adresini ziyaret edin. |
Proxy İstemci IP'si | proxy_client_ip |
Arayan istemcinin IP adresi ( |
Referans İstemci IP'si | ax_true_client_ip | İstemcilerin gerçek IP adreslerini yakalamak için Akamai gibi yönlendirme ürünlerini kullanırken
istemci IP'leri, Orijinal istemci IP adresini belirlemek için |
İstek Yolu | request_path |
Sorgu hariç, hedef hizmete giden kaynak yolu (alan hariç) parametreleridir. Örneğin, Apigee örnek hedefi |
İstek URI'si | request_uri |
Sorgu dahil olmak üzere hedef hizmete giden kaynak yolu (alan hariç) parametreleridir. Örneğin, Apigee örnek hedefi |
İstek Fiili | request_verb | API isteklerindeki GET, POST, PUT, DELETE gibi HTTP isteği fiili. |
Kullanıcı aracısı | useragent |
API çağrısı yapmak için kullanılan kullanıcı aracısının veya yazılım aracısının adı. Örnekler:
|
Kullanıcı Aracısı Ailesi | ax_ua_agent_family | Kullanıcı aracısının ailesi, örneğin "Chrome Mobile" veya "cURL" ekleyin. |
Kullanıcı Aracısı Türü | ax_ua_agent_type | "Tarayıcı" gibi bir kullanıcı aracısı türü, "Mobil Tarayıcı," "Kitaplık", vb. |
Kullanıcı Aracısı Sürümü | ax_ua_agent_version |
Kullanıcı aracısının sürümü. Bunu ikinci bir "ayrıntı" olarak kullanmak Kullanıcı Aracısı Ailesi ile boyut (ax_ua_agent_family) yazın. |
Giden/Hedef | ||
Hedef Temel Yolu | target_basepath |
Sorgu hariç, hedef hizmete giden kaynak yolu (alan hariç)
proxy'nin Örneğin, bir API proxy'sinin aşağıdaki hedefi çağırdığını varsayalım: <TargetEndpoint name="default"> ... <HTTPTargetConnection> <URL>http://mocktarget.apigee.net/user?user=Dude</URL> </HTTPTargetConnection> Bu örnekte, target_basepath Hedef şu olsaydı: <TargetEndpoint name="default"> ... <HTTPTargetConnection> <URL>http://mocktarget.apigee.net</URL> </HTTPTargetConnection> target_basepath boş olur. İzleme aracında
akış diyagramının sonundaki AX simgesini seçin,
|
Hedef Ana Makine | target_host | Hedef hizmetin ana makinesi. Örneğin, bir API proxy'si
http://mocktarget.apigee.net/help , target_host:
mocktarget.apigee.net . |
Hedef IP Adresi | target_ip | API proxy'sine yanıt döndüren hedef hizmetin IP adresi. |
Hedef Yanıt Kodu | target_response_code |
Hedef hizmet tarafından API proxy'sine döndürülen HTTP yanıt durum kodu. Örneğin: 200, 404, 503 vb. "null" değeri isteğin hiçbir zaman hedef hizmete ulaşmadığı anlamına gelir. Bu, yanıt, Yanıt Önbelleği politikası tarafından veya istekte bir hata olduğunda sunulur bahsedeceğim. Bu, Yanıt Durumu Kodu'ndan farklıdır (response_status_code) boyutunu ekleyebilirsiniz. |
Hedef URL | target_url |
API proxy'sinin TargetEndpoint'inde tanımlanan hedef hizmetin tam URL'si. <TargetEndpoint name="default"> ... <HTTPTargetConnection> <URL>http://mocktarget.apigee.net/user?user=Dude</URL> </HTTPTargetConnection> Bu örnekte, target_url
URL'nin,
proxy'de zincirleme ve komut dosyası kullanılırken hedefler (Node.js) için çağrı proxy'sindeki target_url değeri null olur. |
Şunun İçin X Yönlendirildi: | x_forwarded_for_ip |
Orijinal istemci IP adresini belirlemek için |
Saat | ||
Haftanın günleri | ax_day_of_week | API çağrılarının yapıldığı üç harfli gün kısaltması. Örneğin, örneğin, Pzt, Sal, Çar. |
Ay | ax_month_of_year | API çağrılarının yapıldığı sayısal ay. Örneğin, "03" olacaktır. |
Günün Saati | ax_hour_of_day |
24 saatlik sistemde, API çağrılarının yapıldığı 2 haneli saattir. Örneğin, 22:00 ile 23:00 arasında yapılan API çağrıları, ax_hour_of_day değeri 22 olur. Zaman değeri UTC'dir. |
Saat Dilimi | ax_geo_timezone | API çağrılarının yapıldığı saat dilimlerinin yaygın adları. Örneğin: Amerika/New_York ve Avrupa/Dublin. |
Ayın Haftası | ax_week_of_month | Ayın sayısal haftası. Örneğin, bir anahtar kelimenin 3. haftasında yapılan API çağrıları ay, ax_week_of_month 3'tür. |
Konum | ||
Şehir | ax_geo_city | API çağrılarının yapıldığı şehir. |
Kıta | ax_geo_continent | API çağrılarının yapıldığı kıtanın iki harfli kodu. Örneğin, Kuzey Amerika. |
Ülke | ax_geo_country | API çağrılarının yapıldığı ülkenin iki harfli kodu. Örneğin, Türkiye Amerika Birleşik Devletleri için. |
Coğrafi Bölge | ax_geo_region | Coğrafi bölgenin kısa çizgiyle ayrılmış kodu (ör. STATE-COUNTRY). Örneğin, Washington-Amerika Birleşik Devletleri için WA-US. |
Bölge | ax_dn_region | API proxy'lerinin dağıtıldığı Apigee veri merkezinin adı (ör. us-east-1. |
Para kazanma | ||
Mint İşlemi Yoksayma Mesajı | x_apigee_mint_tx_ignoreMessage | Para kazanmayla ilgili mesajların yoksayılıp sayılmayacağını belirten işaret. Tüm para kazanma kuruluşları için false olarak ayarlayın. |
Darphane İşlem Durumu | x_apigee_mint_tx_status | Para kazanma isteğinin durumu (başarılı, başarısız, geçersiz veya "yok" gibi). |
Filtreler
Filtreler, sonuçları belirli özelliklere sahip metriklerle sınırlandırmanıza olanak tanır. Aşağıda, kullanabilirsiniz. Filtreleri tanımlarken metrik ve boyut API stili adları kullanın.
Ad kitapları veya müzik içeren API proxy'leri için metrikleri döndürür:
filter=(apiproxy in 'books','music')
Adları "m" ile başlayan API proxy'leri için metrikleri döndürür:
filter=(apiproxy like 'm%')
Adları "m" ile başlamayan API proxy'leri için metrikleri döndürür:
filter=(apiproxy not like 'm%')
Yanıt durum kodları 400 ile 599 arasında olan API çağrılarının metriklerini döndürür:
filter=(response_status_code ge 400 and response_status_code le 599)
Yanıt durum kodu 200, hedef yanıt kodu ise şu olan API çağrıları için metrikleri döndürür: 404:
filter=(response_status_code eq 200 and target_response_code eq 404)
Yanıt durum kodu 500 olan API çağrılarının metriklerini döndürür:
filter=(response_status_code eq 500)
Hataya neden olmayan API çağrıları için metrikleri döndürür:
filter=(is_error eq 0)
Rapor filtreleri oluşturmak için kullanabileceğiniz operatörler aşağıda verilmiştir.
Operatör | Açıklama |
---|---|
in |
Listeye dahil et |
notin |
Listeden hariç tut |
eq |
Eşittir, == |
ne |
Eşit değildir, != |
gt |
Şundan büyük: > |
lt |
Şundan küçük: < |
ge |
Şundan büyük veya şuna eşit: >= |
le |
Şundan küçük veya şuna eşit: <= |
like |
Dize kalıbı sağlanan kalıpla eşleşirse true değerini döndürür. |
not like |
Dize kalıbı sağlanan kalıpla eşleşirse false (yanlış) değerini döndürür. |
similar to |
Kalıbının belirtilen dizeyle eşleşip eşleşmediğine bağlı olarak doğru veya yanlış değerini döndürür. Evet
like işlevine benzerdir. Tek fark, kalıbı SQL standardının
bir normal ifadenin tanımını ifade eder. |
not similar to |
Modelinin belirtilen dizeyle eşleşip eşleşmediğine bağlı olarak yanlış veya doğru değerini döndürür. Evet
not like işlevine benzer, ancak kalıbı SQL kullanarak yorumlar
standardının normal ifade tanımını ifade eder. |
and |
Daha fazla bilgi için mantığına veya birden fazla filtre ifadesi eklemeye çalışın. Filtre tüm koşulları karşılayan verileri içerir. |
or |
'veya' farklı olası filtre ifadelerini değerlendiren bir mantık temel alır. Filtre koşullardan en az birini karşılayan verileri içermelidir. |