SSS

Apigee Edge belgelerini görüntülüyorsunuz.
Apigee X belgelerine gidin.
bilgi

Aşağıda sık sorulan sorular verilmiştir:

Apigee, aşağıdaki yaklaşımları önerir:

  1. Belirli bir eşiğe sahip herhangi bir API proxy'si için uyarı ayarlayarak başlayın. Örneğin, 5 dakika için% 10 4xx hata oranı. Bildirimleri ayarlayın ve tetiklenen uyarıları izlemek için Uyarı Geçmişi sayfasını görüntüleyin. Belirli API proxy'leri ve hedef hizmetler için ek uyarılar ve bildirimler ayarlayın. Uyarıları ve bildirimleri gözlemlerinize göre hassaslaştırmaya devam edin.
  2. API geliştirmekten sorumlu ekiplerden, uyarıları ayarlamaktan sorumlu Operasyon ekibine hata oranı ve gecikme eşiklerini önermelerini isteyin.

Hangi roller API Monitoring'e erişebilir?

API Monitoring rolleri hakkında başlıklı makaleyi inceleyin.

Neden tüm API proxy'lerinin Son sayfasındaki listede olduğunu görmüyorum?

En son kontrol panelinde yalnızca yakın zamanda trafik almış API proxy'leri gösterilir. Kuruluşunuzdaki tüm API proxy'lerini göstermez. Zaman Çizelgesi kontrol paneli, tüm API proxy'lerinin verilerini görüntülemenizi sağlar.

Zaman Çizelgesi'nde neden gecikme grafiklerini göremiyorum?

Gecikme grafikleri yalnızca bir bölge ve bir API proxy'si seçerseniz ve seçilen zaman aralığı 7 günden fazla değilse Zaman Çizelgesi'nde gösterilir.

Günlükler, hatalara neden olan durum kodlarının tanımlanmasında yararlı olur, ancak çağrıları oluşturan geliştirici kimliklerini nasıl tanımlayabilirim?

Geliştirici kimlikleri, API Monitoring günlüklerine dahil edilmez. Geliştirici kimliklerini almak için özel rapor çalıştırabilirsiniz.

Proxy zincirini izleyebilir miyim?

Bir API proxy'sini başka bir API proxy'sinin hedef uç noktası olarak kullanabilir ve iki proxy'yi proxy zincirine etkili şekilde bağlayabilirsiniz. Ancak API Monitoring, istekleri hedef olarak kullanılan API proxy'sine değil, yalnızca zincirdeki ilk proxy'ye kaydeder. Daha fazla bilgi için API proxy'lerini birbirine bağlama bölümüne bakın.

Kontrol panellerinde neden "ayarlanmadı" ifadesini görüyorum?

API proxy'si, hata kaynağı, hata kodu veya hata politikasında bir değer yoksa veya belirlenemiyorsa kontrol panelinde kaynak olarak "not set" değeri gösterilir. Aşağıda, "not set" durumuyla sonuçlanabilecek senaryolara örnekler verilmiştir:

  • İstemciyle ilgili hatalar
  • Başarı yanıtıyla geçersiz kılınan HTTP hata kodları
  • HTTP 2xx durum kodları (genellikle hata kodlarına neden olmadıkları için)

"Belirlenmedi" hakkında daha fazla bilgi için Analytics varlık değeri "(ayarlanmadı)" ne anlama gelir? bölümüne bakın.

API Monitoring, Klasik Kullanıcı Arayüzünde veya Private Cloud için Edge'de kullanılabilir mi?

Apigee API Monitoring, şu anda yalnızca yeni Edge kullanıcı arayüzünü kullanan Apigee Edge Cloud Enterprise müşterilerinin kullanımına sunulmuştur.

Apigee API Monitoring, Klasik Edge kullanıcı arayüzünde veya Edge for Private Cloud'da kullanılamaz.

Başucu kitabı nedir?

Bir uyarı ayarlarken Başucu Kitabı alanında, etkinleşen uyarıları çözmek için önerilen işlemlerin kısa bir açıklamasını sağlarsınız. Ayrıca, en iyi uygulamalara başvurduğunuz dahili wiki veya topluluk sayfanızın bağlantısını da belirtebilirsiniz. Bu alandaki bilgiler bildirime dahil edilir.

HTTP 429 hata kodlarını nasıl işleyebilirim?

Hem Edge Kota politikası hem de SpikeArrest politikası, bir kota aşıldığında (Kota politikası) veya hız sınırı aşıldığında (SpikeArrest politikası) bir HTTP 429 hata kodu yayınlar.

Ancak Uyarılar kontrol panelinde HTTP 429 hata kodu için uyarı tanımlayamazsınız. Bunun yerine, aşağıda gösterildiği gibi Trafik Yönetimi Politikası > Kota > Kota İhlali veya Trafik Yönetimi Politikası > Spike Arrest > SpikeArrest İhlali şeklinde bir uyarı koşulu belirlersiniz:

kota ihlali