Apigee Edge belgelerini görüntülüyorsunuz.
Apigee X belgelerine gidin. bilgi
Bu konu, analiz metrikleri, boyutları ve filtreleri için bir referanstır. Bunları kullanma hakkında daha fazla bilgi için API Analytics'e genel bakış bölümünü inceleyin.
Bu konu, metrik ve boyutların adlarını, kullanıcı arayüzünde göründükleri ve API çağrılarında kullanmanız gerektiği şekilde gösterir.
- Özel raporlar oluştururken kullanıcı arayüzü adlarını görürsünüz.
- Metrikleri alırken, rapor oluştururken veya bir raporu güncellerken API'ye özel adları kullanın.
Metrikler
Özel raporlarda ve Management API çağrılarında alabileceğiniz API metrikleri aşağıda verilmiştir.
Özel rapor adı | Management API'de kullanılacak ad | İşlevler | Açıklama |
---|---|---|---|
Saniyedeki Ortalama İşlem Sayısı | t/sn. | Yok |
Saniye başına ortalama işlem sayısı (yani API proxy isteği sayısı). Dönem içindeki işlem sayınız nispeten azsa, bu sayı iki ondalık basamaktan küçükse kullanıcı arayüzü özel raporlarında saniyedeki ortalama işlem sayısı sıfır olarak görünebilir. API söz dizimi: |
Önbellek İsabeti | cache_hit | toplam |
Hedef hizmetten gelen yanıt yerine Yanıt Önbelleğini kullanan başarılı API isteklerinin sayısı. API söz dizimi: |
L1 Önbellek Öğesi Sayısı | ax_cache_l1_count | ort, min, maks. |
Belirli bir dönemde işlem başına L1 (bellek içi) önbellekteki öğe sayısını döndürür. Örneğin, bir günün süresi için API söz dizimi: |
Politika Hataları | policy_error | toplam |
Belirtilen dönemdeki toplam politika hatası sayısı. Politika hataları genellikle tasarımdan kaynaklanır. Örneğin, istekte geçersiz bir API anahtarı iletildiğinde API Anahtarını Doğrulama politikası hata bildirir ve API çağrılarının sayısı politikada tanımlanan sınırı aşarsa Spike Arrest politikası hata bildirir. Dolayısıyla bu metrik, API'lerinizdeki olası sorunlu noktaları bulmak için yararlıdır. Örneğin, developer_app boyutuna göre gruplandırılmış policy_error metrikleri, belirli bir uygulama için bir API anahtarının veya OAuth jetonunun süresinin dolduğunu keşfetmenize yardımcı olabilir ya da belirli bir API proxy'sinin çok sayıda Spike Arrest hatasına yol açtığını ve bunun da tatil trafiğindeki artışın proxy'deki artış durdurma sınırından kaynaklanmadığını keşfetmenizi sağladığını görebilirsiniz. Politika hatası, yalnızca söz konusu hata API proxy hatasıyla sonuçlanırsa Analytics'e kaydedilir.
Örneğin, bir politikanın Hatayla İlgili Politika Adı (ax_execution_fault_policy_name) boyutu, politika hatalarının politika adına göre gruplandırılması için yararlıdır. Hedef hatası (404 veya 503 gibi), politika hatası olarak sayılmaz. Bunlar API proxy hatası (is_error) olarak sayılır. 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 hedef hizmetten 404 ya da 503 gibi bir çalışma zamanı hatası olduğunda ortaya çıkabilir. Proxy (apiproxy) boyutu, API proxy hatalarını proxy'ye göre gruplandırmak için yararlıdır. API söz dizimi: |
İşleme Gecikmesi İste | request_processing_latency | ort, min, maks. |
Edge'in gelen istekleri işlemesi için gereken süre (ortalama, minimum veya maksimum) milisaniye cinsinden. Süre, istek Edge'e ulaştığında başlar ve Edge isteği hedef hizmete yönlendirdiğinde sona erer. Farklı boyutları kullanarak istek işleme gecikmelerini API proxy'si, geliştirici uygulaması, bölge ve benzeri ölçütlere göre inceleyebilirsiniz. API söz dizimi: |
İstek Boyutu | request_size | toplam, ort., min, maks. |
Edge tarafından alınan istek yükünün bayt cinsinden boyutu. API söz dizimi: |
Yanıt Önbelleği Yürütüldü | ax_cache_executed | toplam |
Bir Yanıt Önbelleği politikasının belirli bir dönem içinde toplam yürütülme sayısı. Yanıt Önbelleği politikası, API proxy'sinde iki yere eklendiğinden (istekte bir kez ve yanıtta bir kez) genellikle bir API çağrısında iki kez yürütülür. Önbellek "get" ve önbellek "put" öğelerinin her biri tek bir yürütme olarak sayılır. Bununla birlikte, politikadaki İzleme aracında, yürütülen bir API çağrısında Yanıt Önbelleği simgesini tıklayıp bir önbellek yürütmesi (1 değeri) olup olmadığını görmek için API söz dizimi: |
Yanıt İşleme Gecikmesi | response_processing_latency | ort, min, maks. |
Edge'in API yanıtlarını işlemesi için gereken süre (ortalama, minimum veya maksimum) milisaniye cinsinden. Bu süre, API proxy'si hedef hizmet yanıtını aldığında başlar ve Apigee, yanıtı orijinal çağrıya ilettiğinde sona erer. Farklı boyutları kullanarak yanıt işleme gecikmelerini API proxy'si, bölge ve benzeri ölçütlere göre inceleyebilirsiniz. API söz dizimi: |
Yanıt Boyutu | response_size | toplam, ort., min, maks. |
İstemciye döndürülen yanıt yükünün bayt cinsinden boyutu. API söz dizimi: |
Hedef Hataları | target_error | toplam |
Hedef hizmetten gelen 5xx yanıtlarının toplam sayısı. Bunlar Apigee'den kaynaklanmayan hedef hizmet hatalarıdır. API söz dizimi: |
Hedef Yanıt Süresi | target_response_time | toplam, ort., min, maks. |
Hedef sunucunun bir çağrıya yanıt vermesi için milisaniye cinsinden süre (toplam, ortalama, minimum veya maksimum). Bu metrik, hedef sunucuların nasıl performans gösterdiğini belirtir. Bu süre, Edge'in bir isteği hedef hizmete yönlendirdiğinde başlar ve yanıtı aldığında sona erer. Bir API çağrısı önbellekten yanıt döndürürse (ör. Yanıt Önbelleği politikası kullanılarak) çağrının hedef hizmete hiçbir zaman ulaşmayacağını ve hedef yanıt süresi metriklerinin kaydedilmediğini unutmayın. API söz dizimi: |
Toplam Yanıt Süresi | total_response_time | toplam, ort., min, maks. |
Edge'in istemciden istek alması ile Edge'in yanıtı istemciye geri göndermesi arasındaki milisaniye cinsinden süre (toplam, ortalama, minimum veya maksimum). Bu süreye ağ ek yükü (yük dengeleyicilerin ve yönlendiricilerin işlerini yapmaları için gereken süre), istek işleme gecikmesi, yanıt işleme gecikmesi ve hedef yanıt süresi (yanıt, önbellek yerine hedef hizmetten sunuluyorsa) dahildir. Farklı boyutları kullanarak işleme gecikmelerini API proxy'si, geliştirici uygulaması, bölge ve benzeri ölçütlere göre inceleyebilirsiniz. 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ı olacak şekilde gruplandırmak için boyutları kullanın. API söz dizimi: |
Boyutlar
Boyutlar, metrikleri anlamlı gruplar halinde görüntülemenizi sağlar. Örneğin, her bir geliştirici uygulaması veya API proxy'si için görüntülediğinizde toplam trafik sayılarını görmek çok daha güçlü hale gelir.
Aşağıda Apigee'nin kullanıma hazır olarak sunduğu boyutlar verilmiştir. Ayrıca, Özel analizler kullanarak API mesajı içeriğini analiz etme bölümünde açıklandığı gibi kendi boyutlarınızı da oluşturabilirsiniz.
Ö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 boyutu elde etmek için çağrıları yapan geliştirici uygulamalarının, API proxy'leri içeren bir veya daha fazla API ürünüyle ilişkilendirilmesi ve çağrılan proxy'lerin, API çağrısıyla gönderilen bir API anahtarı veya OAuth jetonu olup olmadığını kontrol etmesi gerekir. Anahtar veya jeton bir API ürünüyle ilişkilendirilmiş olmalıdır. Daha fazla bilgi için Öncelikle: Eksiksiz analiz verileri nasıl oluşturulur? bölümüne bakın. Yukarıdaki ölçütler karşılanmazsa "(ayarlanmadı)" değerini görürsünüz. Analytics varlık değeri "(not set)" ne anlama gelir? başlıklı makaleyi de inceleyin. |
Önbellek Anahtarı | ax_cache_key |
Erişilen Yanıt Önbelleği değerini içeren anahtar. Anahtarın yanıt önbelleği için nasıl oluşturulduğu hakkında daha fazla bilgi için Yanıt Önbelleği politikası bölümüne bakın. İzleme aracında, önbelleğe okuyan 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 ve önünde orgName__envName__ olan önbelleğin adı. Örneğin, kuruluş "foo" ise ortam "test" ve önbellek adı "myCache" ise ax_cache_name ise foo__test__myCache olur. İ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ı). Bu boyut, yanıt önbellek yerine hedeften sunulduğunda (ve yanıt önbelleği hedef yanıtla yenilendiğinde) veya istekteki bir önbellek anahtarı geçersiz olduğunda da "CACHE_MISS" ifadesini gösterir. Önbellek anahtarlarının boyutu 2 KB ile sınırlıdır. İ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 Dahili önbellek konusuna bakın. |
İstemci Kimliği | client_id |
API çağrılarını yapan geliştirici uygulamasının tüketici anahtarı (API anahtarı). İster API anahtarı olarak isterse OAuth jetonları olarak eklenmiş olsun, istekte bulunur. Bu boyutu elde etmek için çağrı alan proxy'ler, geçerli bir API anahtarı veya OAuth jetonu olup olmadığını kontrol edecek şekilde yapılandırılmalıdır. Geliştirici uygulamaları, uygulamalar Edge'e kaydedildiğinde OAuth jetonları oluşturmak için kullanılabilen API anahtarlarını alır. Daha fazla bilgi için Öncelikle: Eksiksiz analiz verileri nasıl oluşturulur? bölümüne bakın. Yukarıdaki ölçütler karşılanmazsa "(ayarlanmadı)" değerini görürsünüz. Analytics varlık değeri "(not set)" ne anlama gelir? bölümünü de inceleyin. |
Geliştirici Uygulaması | developer_app |
API çağrıları yapan Edge'e kayıtlı geliştirici uygulaması. Bu boyutu almak için uygulamaların çağrılan API proxy'lerini içeren bir veya daha fazla API ürünüyle ilişkilendirilmesi ve proxy'lerin API çağrısıyla gönderilen bir API anahtarı veya OAuth jetonu olup olmadığını kontrol etmesi gerekir. Anahtar veya jeton, geliştirici uygulamasını tanımlar. Daha fazla bilgi için Önce yapılması gerekenler: Eksiksiz analiz verileri nasıl oluşturulur? bölümünü inceleyin. Yukarıdaki ölçütler karşılanmazsa "(ayarlanmadı)" değerini görürsünüz. Analytics varlık değeri "(not set)" ne anlama gelir? bölümünü de inceleyin. |
Geliştirici E-posta Adresi | developer_email |
Uygulaması API çağrıları yapan Edge'e kayıtlı geliştiricilerin e-posta adresi. Bu boyutu almak için geliştiricilerin çağrılan API proxy'lerini içeren bir veya daha fazla API ürünüyle ilişkilendirilmiş uygulamalara sahip olması ve proxy'lerin API çağrısıyla gönderilen bir API anahtarı veya OAuth jetonu olup olmadığını kontrol etmesi gerekir. Anahtar veya jeton, geliştirici uygulamasını tanımlar. Daha fazla bilgi için Önce yapılması gerekenler: Eksiksiz analiz verileri nasıl oluşturulur? başlıklı makaleyi inceleyin. Yukarıdaki ölçütler karşılanmazsa "(ayarlanmadı)" değerini görürsünüz. Analytics varlık değeri "(not set)" ne anlama gelir? bölümünü de inceleyin. |
Geliştirici Kimliği | geliştirici |
Edge tarafından oluşturulan ve org_name@@unique_id biçimindeki benzersiz geliştirici kimliği. Bu boyutu almak için geliştiricilerin çağrılan API proxy'lerini içeren bir veya daha fazla API ürünüyle ilişkilendirilmiş uygulamaları olması ve proxy'lerin API çağrılarıyla gönderilen bir API anahtarı veya OAuth jetonu olup olmadığını kontrol etmesi gerekir. Anahtar veya jeton geliştiriciyi tanımlar. Daha fazla bilgi için Önce yapılması gerekenler: Eksiksiz analiz verileri nasıl oluşturulur? bölümüne bakın. Yukarıdaki ölçütler karşılanmazsa "(ayarlanmadı)" değerini görürsünüz. Analytics varlık değeri "(not set)" ne anlama gelir? bölümünü de inceleyin. |
Ortam | ortam | API proxy'lerinin dağıtıldığı Edge ortamı. Örneğin, "test" veya "prod". |
Hatada Hata Kodu | ax_edge_execution_fault_code |
Hatanın hata kodu. Örneğin:
|
Hatadaki Akış Adı | ax_execution_fault _flow_name |
API proxy'sinde hata oluşturan adlandırılmış akış. Örneğin, "PreFlow", "PostFlow" veya oluşturduğunuz koşullu akışın adı. Management API'de kullanılacak tam adın satır sonu olmadan ax_execution_fault_flow_name olduğunu unutmayın. Hata oluşmadıysa "(ayarlanmadı)" değerini görürsünüz. |
Akış Kaynağı | flow_resource | Yalnızca Apigee'de kullanılabilir. Merak ediyorsanız bu Topluluk gönderisine göz atabilirsiniz. |
Hata durumunda Akış Durumu | ax_execution_fault _flow_state |
API proxy akışının adı, hata oluştuğunu belirtir (ör. "PROXY_REQ_FLOW" veya "TARGET_RESP_FLOW"). Management API'de kullanılacak tam adın satır sonu olmadan ax_execution_fault_flow_state hali olduğunu unutmayın. |
Ağ Geçidi Akış Kimliği | gateway_flow_id | API çağrıları Edge üzerinden ilerledikçe her çağrının kendi ağ geçidi akış kimliği olur. Örnek: rrt329ea-12575-114653952-1. Ağ Geçidi Akış Kimliği; kuruluş, ortam ve zaman damgası gibi diğer boyutların çağrılar genelinde aynı olduğu yüksek TPS durumlarında metrikleri ayırt etmek için yararlıdır. |
Kuruluş | kuruluş | API proxy'lerinin dağıtıldığı Edge kuruluşu. |
Hatadaki Politika Adı | ax_execution_fault _policy_name |
Hataya yol açan 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ın satır sonu olmadan ax_execution_fault_policy_name olduğunu unutmayın. Bir politika hata bildirirse ancak |
Proxy | apiproxy | API proxy'sinin makine adı (Görünen Ad değil). |
Proxy Temel Yolu | proxy_basepath |
API proxy ProxyEndpoint'te yapılandırılan BasePath. Temel yol, API proxy URL'sinin alan adı ve bağlantı noktası bölümünü içermiyor. Örneğin, bir API proxy'sinin temel URL'si https://Apigeedocs-test.../../.net/Releasenotes/ ise temel yol /Releasenotes olur. Değer, |
Proxy Yolu Soneki | proxy_pathsuffix |
API proxy temel yoluna eklenen kaynak yolu. Örneğin, bir API proxy'sinin temel URL'si Hiçbir pathuffix kullanılmazsa 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, her zaman bir API proxy'sinin en son düzeltilmiş sürümü anlamına gelmez. Bir API proxy'sinin 10 düzeltmesi varsa 8. düzeltme o anda dağıtılmış olabilir. Ayrıca Kullanıcı arayüzünde proxy dağıtma bölümünde açıklandığı gibi, düzeltmeler farklı Temel Yollara sahip olduğu sürece bir API'nin birden fazla düzeltmesi olabilir. |
Çözülmüş İstemci IP'si | ax_resolved_client_ip |
Kaynak istemcinin IP adresini içerir. İstemcilerin gerçek IP adreslerini yakalamak için Akamai gibi yönlendirme ürünleri kullanılırken istemci IP'si,
|
Yanıt Durumu Kodu | response_status_code | Apigee'den istemciye iletilen 200, 404, 503 gibi HTTP yanıt durum kodu. Edge'de Mesaj Ata ve Hata Artırma gibi politikalar, hedefteki yanıt durumu kodunun üzerine yazılabilir. Bu nedenle, bu boyut, Hedef Yanıt Kodu'ndan (target_Response_code) farklı olabilir. |
Sanal Ana Makine | virtual_host | API çağrısının yapıldığı sanal ana makinenin adı. Örneğin, kuruluşların varsayılan olarak iki sanal ana makinesi vardır: default (http) ve secure (https). |
Gelen/İstemci | ||
İstemci IP Adresi | client_ip | Yönlendiriciye erişen sistemin, orijinal istemci (proxy_client_ip) veya yük dengeleyici gibi
IP adresi. X-Forwarded-For üst bilgisinde birden fazla IP olduğunda bu, 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ü. İşletim sistemlerinin sürümlerini görmek için OS Ailesi (ax_ua_os_family) ile ikinci bir "ayrıntılı inceleme" boyutu olarak bunu kullanmak faydalıdır. |
Proxy İstemci IP'si | proxy_client_ip |
Çağrı yapan istemcinin, |
Yönlendirilen istemci IP'si | ax_true_client_ip | İstemcilerin gerçek IP adreslerini yakalamak için Akamai gibi yönlendirme ürünleri kullanılırken istemci IP'leri, Edge, |
İstek Yolu | request_path |
Sorgu parametreleri hariç olmak üzere, hedef hizmete giden kaynak yolu (alan dahil değildir). Örneğin, Apigee örnek hedefi |
İstek URI'si | request_uri |
Sorgu parametreleri dahil olmak üzere hedef hizmete giden kaynak yolu (alan hariç). Örneğin, Apigee örnek hedefi |
İstek Fiili | request_verb | API isteklerindeki GET, POST, PUT, DELETE gibi HTTP isteği fiili. |
Kullanıcı aracısı | kullanıcı aracısı |
API çağrısını 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ı ailesi (ör. "Chrome Mobile" veya "cURL"). |
Kullanıcı Aracısı Türü | ax_ua_agent_type | "Tarayıcı", "Mobil Tarayıcı", "Kitaplık" gibi useragent türü. |
Kullanıcı Aracısı Sürümü | ax_ua_agent_version |
Kullanıcı aracısının sürümü. Bu aracı, aracı ailesinin sürümünü almak için Kullanıcı Aracısı Ailesi (ax_ua_agent_family) ile ikinci bir "ayrıntılı inceleme" boyutu olarak kullanmak faydalıdır. |
Giden/Hedef | ||
Hedef Temel Yol | target_basepath |
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 şöyle olsaydı: <TargetEndpoint name="default"> ... <HTTPTargetConnection> <URL>http://mocktarget.apigee.net</URL> </HTTPTargetConnection> target_basepath null olur. İzleme aracında akış şemasının sonundaki AX simgesini seçtiğinizde |
Hedef Ana Makine | target_host | Hedef hizmetin ana makinesi. Örneğin, bir API proxy'si http://mocktarget.apigee.net/help çağırırsa target_host, mocktarget.apigee.net olur. |
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 (ör. 200, 404, 503). "Boş" değeri, isteğin hiçbir zaman hedef hizmete ulaşmadığı anlamına gelir. Bu durum, yanıt, Yanıt Önbelleği politikası tarafından sunulduğunda veya istek işlemede bir hata olduğunda ortaya çıkar. Bu, Yanıt Durumu Kodu (yanıt_durumu_kodu) boyutundan farklıdır. |
Hedef URL | target_url |
Bir 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 değeri URL'nin, API proxy'si işlemesi sırasında Proxy zincirlemede ve komut dosyası hedefleri (Node.js) kullanılırken, çağrı yapan proxy'deki target_url boştur. |
Şunun İçin X: | x_forwarded_for_ip |
Edge, |
Saat | ||
Haftanın günü | ax_day_of_week | API çağrılarının yapıldığı haftanın üç harfli günü kısaltması. Örneğin, Pzt, Sal, Çar. |
Ay | ax_month_of_year | API çağrılarının yapıldığı ayın sayısal değeridir. Örneğin, Mart için "03". |
Günün Saati | ax_hour_of_day |
24 saatlik sisteme göre, API çağrılarının yapıldığı 2 haneli saat. Örneğin, 22:00 ve 23:00 arasında saatte yapılan API çağrıları, ax_hour_of_day değeri 22 olur. Zaman değeri UTC saat dilimindedir. |
Saat Dilimi | ax_geo_timezone | API çağrılarının yapıldığı saat dilimlerinin Amerika/New_York ve Avrupa/Dublin gibi ortak adları. |
Ayın Haftası | ax_week_of_month | Ayın sayısal haftası. Örneğin, bir ayın 3. haftasında yapılan API çağrıları için 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 için NA. |
Ülke | ax_geo_country | API çağrılarının yapıldığı ülkenin iki harfli kodu. Örneğin, ABD için ABD. |
Coğrafi Bölge | ax_geo_region | Coğrafi bölgenin kısa çizgiyle ayrılmış kodu (ör. STATE-COUNTRY). Örneğin, Washington-ABD için WA-US. |
Bölge | ax_dn_region | API proxy'lerinin dağıtıldığı Apigee veri merkezinin (ör. us-east-1) adı. |
Para kazanma | ||
Mint Transaction Yoksayma Mesajı | x_apigee_mint_tx_ignoreMessage | Para kazanmayla ilgili mesajların yoksayılıp yoksayılmayacağını belirten işaret. Para kazanan tüm kuruluşlar için false olarak ayarlayın. |
Mint İşlem Durumu | x_apigee_mint_tx_status | Para kazanma isteğinin durumu (ör. başarılı, başarısız, geçersiz veya yok). |
Filtreler
Filtreler, sonuçları belirli özelliklere sahip metriklerle sınırlandırmanıza olanak tanır. Aşağıda bazı örnek filtreler verilmiştir. Filtreleri tanımlarken metrik ve boyut API tarzı adları kullanın.
Ad kitapları veya müzik içeren API proxy'leri için metrikler döndürür:
filter=(apiproxy in 'books','music')
Adları "m" ile başlayan API proxy'leri için metrikler döndürür:
filter=(apiproxy like 'm%')
Adları "m" ile başlamayan API proxy'leri için metrikler döndürür:
filter=(apiproxy not like 'm%')
Yanıt durumu kodları 400 ile 599 arasında olan API çağrılarına ilişkin metrikleri döndürür:
filter=(response_status_code ge 400 and response_status_code le 599)
Yanıt durum kodu 200 ve hedef yanıt kodu 404 olan API çağrıları için metrikleri döndürür:
filter=(response_status_code eq 200 and target_response_code eq 404)
Yanıt durumu kodu 500 olan API çağrılarına ilişkin metrikleri döndürür:
filter=(response_status_code eq 500)
Hatayla sonuçlanmayan API çağrıları için metrikleri döndürür:
filter=(is_error eq 0)
Aşağıda, rapor filtreleri oluşturmak için kullanabileceğiniz operatörler yer almaktadır.
Operatör | Açıklama |
---|---|
in |
Listeye dahil et |
notin |
Listeden hariç tut |
eq |
Eşittir, == |
ne |
Eşit değildir, != |
gt |
Büyüktür, > |
lt |
Küçüktür, < |
ge |
Büyüktür veya eşittir, >= |
le |
Küçüktür veya eşittir, <= |
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 |
Deseninin belirtilen dizeyle eşleşip eşleşmediğine bağlı olarak true veya false değerini döndürür. Bu dize, SQL standardının normal ifade tanımını kullanarak kalıbı yorumlaması dışında like operatörüne benzer. |
not similar to |
Deseninin belirtilen dizeyle eşleşip eşleşmediğine bağlı olarak yanlış veya doğru değerini döndürür. Bu dize, SQL standardının normal ifade tanımını kullanarak kalıbı yorumlamak dışında not like operatörüne benzer. |
and |
Birden fazla filtre ifadesi eklemek için "and" (ve) mantığını kullanmanıza olanak tanır. Filtre, tüm koşulları karşılayan verileri içerir. |
or |
Olası farklı filtre ifadelerini değerlendirmek için "veya" mantığını kullanmanıza olanak tanır. Filtre, koşullardan en az birini karşılayan verileri içerir. |