Membandingkan kebijakan Quota dan SpikeArrest

Halaman ini berlaku untuk Apigee dan Apigee Hybrid.

Lihat dokumentasi Apigee Edge.

Gunakan diagram perbandingan di bawah untuk membantu Anda memutuskan kebijakan mana yang akan digunakan untuk kasus penggunaan pembatasan laju Anda:

Kuota SpikeArrest
Gunakan untuk: Membatasi jumlah panggilan proxy API yang dapat dilakukan oleh aplikasi developer atau developer selama jangka waktu tertentu. Kebijakan SpikeArrest lebih cocok untuk pembatasan laju pada interval waktu yang lebih singkat seperti detik atau menit. Pertimbangkan Kuota jika penghitungan yang akurat adalah persyaratan. Membatasi jumlah panggilan API yang dapat dilakukan terhadap proxy API di semua konsumen selama jangka waktu tertentu (biasanya singkat). Kebijakan Kuota lebih cocok untuk menetapkan batas pada interval waktu yang lebih lama seperti hari, minggu, bulan, atau tahun.
Jangan gunakan untuk:

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

Untuk itu, gunakan kebijakan SpikeArrest.

Jangan gunakan untuk menghitung dan membatasi jumlah koneksi yang dapat dilakukan aplikasi ke backend target proxy API Anda selama jangka waktu tertentu. Catatan: Untuk kasus penggunaan yang memerlukan penghitungan yang akurat, gunakan kebijakan Kuota.

Menyimpan jumlah? Ya Tidak
Praktik terbaik untuk melampirkan kebijakan:

Lampirkan ke ProxyEndpoint Request PreFlow, biasanya setelah autentikasi pengguna.

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

Lampirkan ke ProxyEndpoint Request PreFlow, biasanya di awal alur.

Kebijakan ini memberikan perlindungan lonjakan di titik entri proxy API Anda.

Kode status HTTP saat batas telah tercapai:

429 (Layanan Tidak Tersedia)

429 (Layanan Tidak Tersedia)

Sebaiknya Anda tahu:
  • Penghitung kuota disimpan di Cassandra.
  • Konfigurasi kebijakan untuk menyinkronkan penghitung secara asinkron untuk menghemat resource.
  • Sinkronisasi penghitung asinkron dapat menyebabkan penundaan dalam respons pembatasan laju, yang dapat memungkinkan panggilan sedikit melebihi batas yang telah Anda tetapkan.
Memungkinkan Anda memilih antara algoritma "penghalusan" atau algoritma penghitungan efektif. Yang pertama memperlancar jumlah permintaan yang dapat terjadi dalam jangka waktu tertentu, dan yang kedua membatasi total jumlah permintaan yang dapat terjadi dalam jangka waktu tertentu, tidak peduli seberapa cepat permintaan tersebut dikirim secara berurutan. Selain itu, perataan tidak dikoordinasikan di seluruh Prosesor Pesan.
Dapatkan detail selengkapnya: Kebijakan kuota SpikeArrest policy