Membandingkan kebijakan Quota dan SpikeArrest

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

Kebijakan Kuota dan SpikeArrest — ingin tahu mana yang harus digunakan untuk memenuhi kebutuhan pembatasan kapasitas Anda dengan sebaik mungkin? Lihat diagram perbandingan di bawah.

Kuota SpikeArrest
Gunakan untuk: Batasi jumlah koneksi yang dapat dilakukan 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 menggunakannya untuk:

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

Untuk melakukannya, gunakan kebijakan SpikeArrest.

Jangan menggunakannya untuk menghitung dan membatasi jumlah koneksi yang dapat dilakukan 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 ProxyEndpoint Request PreFlow, umumnya setelah autentikasi pengguna.

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

Lampirkan ke ProxyEndpoint Request PreFlow, umumnya di awal alur.

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

500 (Error Server Internal) *

500 (Error Server Internal) *
Penting untuk diketahui:
  • Penghitung kuota disimpan di Cassandra.
  • Konfigurasikan kebijakan untuk menyinkronkan penghitung secara asinkron untuk menghemat resource.
  • Sinkronisasi penghitung asinkron dapat menyebabkan penundaan respons pembatasan kapasitas, yang dapat 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 mdtk) yang akan diizinkan di pemroses pesan. Panggilan kedua dalam waktu 10 md akan ditolak.
  • Meskipun dengan batas kapasitas tinggi per detik, 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 melampaui batas kapasitas adalah 500 Internal Server Error umum. Anda dapat mengubah kode status untuk kebijakan tersebut menjadi 429 Too Many Requests dengan menambahkan properti tingkat organisasi (features.isHTTPStatusTooManyRequestEnabled). Jika Anda adalah pelanggan Cloud, hubungi Dukungan Apigee Edge untuk mengaktifkan properti tersebut.