Apigee Edge belgelerini görüntülüyorsunuz.
Apigee X belgelerine gidin. bilgi
Çeşitli istemci uygulamaları tabanında performansı ve kullanılabilirliği korumak için uygulama trafiğini API'lerinizin ve arka uç hizmetlerinizin kapasitesinin sınırları içinde tutmak çok önemlidir. Uygulamaların izin verilenden fazla kaynak tüketmemesini sağlamak da önemlidir.
Apigee Edge, uygulamalar için gecikmeyi en aza indirirken arka uç hizmetlerinin durumunu korurken trafik yönetimini optimize etmenizi sağlayan iki mekanizma sunar. Her politika türü, trafik yönetiminin farklı bir yönünü ele alır. Bazı durumlarda, her iki politika türünü de tek bir API proxy'sinde kullanabilirsiniz.
API trafik yönetimi politikalarına giriş için bu videoyu izleyin.
SpikeArrest
Bu politika, tanımladığınız bir sınırı daha küçük aralıklara bölerek trafik artışlarını azaltır. Örneğin, saniyede 100 mesaj sınırı tanımlarsanız SpikeArrest politikası her 10 milisaniyede bir 1 istek sınırı uygular (1.000 / 100); ve dakika başına 30 mesaj, her 2 saniyede bir (60 / 30) 1 isteğe yumuşatılır. SpikeArrest sınırı, arka uç hizmetiniz veya API proxy'sinin kendisi için hesaplanan kapasiteye yakın olmalıdır. Sınır, saniye veya dakika gibi daha kısa zaman aralıkları için de yapılandırılmalıdır. Bu politika, hizmet reddi (DOS) saldırısı kullanarak bir hizmeti kesintiye uğratmaya çalışan kötü amaçlı saldırganların veya hatalı istemci uygulamalarının neden olduğu ani trafik patlamalarını önlemek için kullanılmalıdır.
SpikeArrest politikasını inceleyin.
Kota
Bu politika, gelen isteklerin sayıldığı dağıtılmış bir "sayaç" oluşturarak istemci uygulamalarında tüketim sınırları uygular. Sayaç; uygulamalar, geliştiriciler, API anahtarları, erişim jetonları vb. dahil olmak üzere tanımlanabilir tüm varlıklar için API çağrılarını toplayabilir. API anahtarları genellikle istemci uygulamalarını tanımlamak için kullanılır. Bu politika işlem yükü açısından pahalıdır. Bu nedenle, yüksek trafik alan API'lerde gün veya ay gibi daha uzun zaman aralıkları için yapılandırılmalıdır. Bu politika, operasyonel trafik yönetimi yerine geliştiriciler ve iş ortaklarıyla iş sözleşmeleri veya HDS'ler uygulamak için kullanılmalıdır.
Kota politikası bölümüne bakın.