Membandingkan kebijakan Quota dan SpikeArrest

Anda sedang melihat dokumentasi Apigee Edge.
Buka dokumentasi Apigee X. info

Kebijakan Kuota dan SpikeArrest — bertanya-tanya mana yang harus digunakan untuk memenuhi kebutuhan pembatasan kapasitas Anda dengan sebaik-baiknya? Lihat diagram perbandingan di bawah.

Kuota SpikeArrest
Gunakan untuk: Batasi jumlah koneksi yang dapat dibuat aplikasi ke backend target proxy API Anda selama jangka waktu tertentu. Lindungi backend target proxy API Anda dari lonjakan traffic yang parah dan serangan denial of service.
Jangan gunakan untuk:

Jangan gunakan untuk melindungi backend target proxy API Anda dari lonjakan traffic.

Untuk itu, gunakan kebijakan SpikeArrest.

Jangan menggunakannya untuk menghitung dan membatasi jumlah koneksi yang dapat dibuat aplikasi ke backend target proxy API Anda selama jangka waktu tertentu.

Untuk itu, gunakan kebijakan Kuota.
Menyimpan jumlah? Ya Tidak
Praktik terbaik untuk melampirkan kebijakan:

Lampirkan ke PreFlow Permintaan ProxyEndpoint, biasanya setelah autentikasi pengguna.

Hal ini memungkinkan kebijakan memeriksa penghitung kuota di titik entri proxy API Anda.

Lampirkan ke PreFlow Permintaan ProxyEndpoint, umumnya di awal alur.

Hal ini memberikan perlindungan lonjakan pada titik entri proxy API Anda.
Kode status HTTP saat batas telah tercapai:

500 (Error Server Internal) *

500 (Error Server Internal) *
Sebaiknya Anda tahu:
  • Penghitung kuota disimpan di Cassandra.
  • Konfigurasi kebijakan untuk menyinkronkan penghitung secara asinkron guna menyimpan resource.
  • Sinkronisasi penghitung asinkron dapat menyebabkan penundaan dalam respons pembatasan kapasitas, yang mungkin memungkinkan panggilan sedikit melebihi batas yang telah Anda tetapkan.
  • Melakukan throttling berdasarkan waktu saat traffic terakhir diterima. Waktu ini disimpan per pemroses pesan.
  • Jika Anda menentukan batas kapasitas 100 panggilan per detik, hanya 1 panggilan setiap 1/100 detik (10 milidetik) yang akan diizinkan di pemroses pesan. Panggilan kedua dalam waktu 10 milidetik akan ditolak.
  • Bahkan dengan batas kapasitas per detik yang tinggi, permintaan yang hampir serentak dapat menyebabkan penolakan.
Dapatkan detail selengkapnya: Kebijakan kuota Kebijakan SpikeArrest

* Untuk Kebijakan kuota dan kebijakan SpikeArrest, kode status HTTP default untuk melebihi batas kapasitas adalah 500 Internal Server Error generik. Anda dapat mengubah kode status kebijakan tersebut menjadi 429 Service Unavailable dengan menambahkan properti tingkat organisasi (features.isHTTPStatusTooManyRequestEnabled). Jika Anda adalah pelanggan Cloud, hubungi Dukungan Apigee Edge untuk mengaktifkan properti.