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: |
|
|
Sebaiknya Anda tahu: |
|
|
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.