Satu endpoint carian boleh ringan pada awalnya. Apabila klien menghantar ratusan permintaan sesaat, ia mungkin mula membebankan pangkalan data. Borang log masuk pula mempunyai risiko cubaan berulang. Rate limiting memberi had yang jelas supaya satu sumber trafik tidak mengambil semua kapasiti.
Pilih had mengikut kos endpoint dan cara pengguna sebenar menggunakannya. Had yang terlalu ketat boleh menyekat pelanggan berkongsi rangkaian pejabat atau pengguna yang menekan semula selepas sambungan putus. Bezakan had global daripada had untuk laluan sensitif. Pulangkan status dan maklumat retry yang jelas apabila had dicapai. ASP.NET Core mempunyai middleware rate limiting rasmi yang boleh dikonfigurasi mengikut polisi.
Pantau kesan selepas diaktifkan
Lihat berapa banyak permintaan ditolak, dari laluan mana dan sama ada pengguna sah terjejas. Rate limiting bukan pengganti memperbaiki query lambat atau validasi yang lemah. Ia satu lapisan dalam reka bentuk yang lebih luas. Jika aplikasi berjalan pada beberapa instance, fahami sama ada had dikira bersama atau berasingan.
Uji had dengan pengguna sah yang melakukan tindakan berulang secara normal, bukan hanya skrip penyerang. Borang yang menolak klik kedua selepas sambungan gagal boleh mengecewakan orang yang benar-benar mahu menghantar mesej. Mesej ralat serta masa cuba semula perlu jelas, sementara log membantu pasukan melihat sama ada polisi terlalu ketat.
Matlamatnya bukan menghukum trafik tinggi. Ia menjaga pengalaman semua orang ketika permintaan datang lebih cepat daripada kemampuan sistem melayaninya.