Anda sedang melihat dokumentasi Apigee Edge.
Buka dokumentasi
Apigee X. info
Untuk mempertahankan performa dan ketersediaan di berbagai basis aplikasi klien, Anda harus mempertahankan traffic aplikasi dalam batas kapasitas API dan layanan backend. Anda juga harus memastikan bahwa aplikasi tidak menggunakan lebih banyak resource daripada yang diizinkan.
Apigee Edge menyediakan dua mekanisme yang memungkinkan Anda mengoptimalkan pengelolaan traffic untuk meminimalkan latensi aplikasi sekaligus mempertahankan kondisi layanan backend. Setiap jenis kebijakan menangani aspek pengelolaan traffic yang berbeda. Dalam beberapa kasus, Anda mungkin menggunakan kedua jenis kebijakan dalam satu proxy API.
Tonton video ini untuk mengetahui pengantar kebijakan pengelolaan traffic API.
SpikeArrest
Kebijakan ini meminimalkan lonjakan traffic dengan membagi batas yang Anda tentukan menjadi interval yang lebih kecil. Misalnya, jika Anda menentukan batas 100 pesan per detik, kebijakan SpikeArrest akan menerapkan batas sekitar 1 permintaan setiap 10 milidetik (1.000 / 100); dan 30 pesan per menit akan diratakan menjadi sekitar 1 permintaan setiap 2 detik (60 / 30). Batas SpikeArrest harus mendekati kapasitas yang dihitung untuk layanan backend atau proxy API itu sendiri. Batas ini juga harus dikonfigurasi untuk interval waktu yang lebih singkat, seperti detik atau menit. Kebijakan ini harus digunakan untuk mencegah lonjakan traffic mendadak yang disebabkan oleh penyerang berbahaya yang mencoba mengganggu layanan menggunakan serangan denial-of-service (DOS) atau oleh aplikasi klien yang bermasalah.
Lihat kebijakan SpikeArrest.
Kuota
Kebijakan ini menerapkan batas konsumsi pada aplikasi klien dengan mempertahankan 'penghitung' terdistribusi yang menghitung permintaan yang masuk. Penghitung dapat menghitung panggilan API untuk setiap entitas yang dapat diidentifikasi, termasuk aplikasi, developer, kunci API, token akses, dan sebagainya. Biasanya, kunci API digunakan untuk mengidentifikasi aplikasi klien. Kebijakan ini mahal secara komputasi, sehingga untuk API dengan traffic tinggi, kebijakan ini harus dikonfigurasi untuk interval waktu yang lebih lama, seperti hari atau bulan. Kebijakan ini harus digunakan untuk menerapkan kontrak bisnis atau SLA dengan developer dan partner, bukan untuk pengelolaan traffic operasional.
Lihat Kebijakan kuota.