Quota ve SpikeArrest politikalarını karşılaştırma

Apigee Edge belgelerini görüntülüyorsunuz.
. Git: Apigee X belgeleri.
bilgi

Kota ve SpikeArrest politikaları — hangisinin kullanılması gerektiğini merak ediyorum ihtiyaçlarınızı en iyi şekilde nasıl karşılarsınız? Aşağıdaki karşılaştırma grafiğine bakın.

Kota SpikeArrest
Bu tekniği kullanarak aşağıdaki işlemleri yapabilirsiniz: Uygulamaların bir belirli bir süre için geçerli. API proxy'nizin hedef arka ucunu, trafikte ciddi düzeyde ani artış ve retlere karşı koruyun hizmet saldırıları olabilir.
Bu özelliği şu amaçlarla kullanmayın:

API proxy'nizin hedef arka ucunu trafik artışlarına karşı korumak için bu etiketi kullanmayın.

Bunun için SpikeArrest politikasını kullanın.

Uygulamaların API'nizle oluşturabileceği bağlantıları saymak ve sınırlandırmak için kullanmayın. proxy'nin hedef arka ucunu belirli bir süre boyunca destekler.

Bunun için Kota politikasını kullanın.

Sayıyı saklar mı? Evet Hayır
Politika eklemeyle ilgili en iyi uygulamalar:

ProxyEndpoint Request PreFlow'a, genellikle kimlik doğrulamasından geçer.

Bu sayede politika, API'nizin giriş noktasında kota sayacını kontrol edebilir. temsil eder.

ProxyEndpoint Request PreFlow'a (Genellikle akışın başlangıcında belirlemeniz gerekir.

Bu, API proxy'nizin giriş noktasında ani artış koruması sağlar.

Sınıra ulaşıldığında HTTP durum kodu:

500 (Dahili Sunucu Hatası) *

500 (Dahili Sunucu Hatası) *

Yararlı bilgiler:
  • Kota sayacı Cassandra'da saklanır.
  • Kaydetmek için sayacı eşzamansız olarak senkronize edecek şekilde politikayı yapılandırın. kaynaklar.
  • Eşzamansız sayaç senkronizasyonu, hız sınırlamasında gecikmeye neden olabilir. yanıt olarak, belirlediğiniz sınırın biraz aşılmasına izin verebilir.
  • Son trafiğin alındığı zamana göre kısıtlama gerçekleştirir. Bu depolanan veriler yer alır.
  • Saniyede 100 çağrı şeklinde bir hız sınırı belirlerseniz her 1/100 saniyede yalnızca 1 çağrı İleti işlemcisinde (10 ms) değerine izin verilir. 10 ms. içinde ikinci bir çağrı yapılır reddedildi.
  • Saniye başına yüksek hız sınırı olsa bile neredeyse eş zamanlı olarak gönderilen istekler emin olun.
Daha fazla bilgi edinin: Kota politikası SpikeArrest politika

* Kota politikası ve SpikeArrest politikası için, oran sınırını aşmak için varsayılan HTTP durum kodu genel bir 500 Internal Server Error. Bu politikaların durum kodunu şu şekilde değiştirebilirsiniz: 429 Service Unavailable ekleyerek kuruluş düzeyinde mülk (features.isHTTPStatusTooManyRequestEnabled). Cloud müşterisiyseniz mülkün etkinleştirilmesi için Apigee Edge Destek Ekibi ile iletişime geçin.