Dayanıklılık ve hata yönetimi
Rate limit, 429 ve Retry-After
Kaynak tüketimini sınırla, istemciyi yönlendir.
Kavramı anlayalım
Rate limiting hesap, IP, API key veya operasyon maliyeti gibi boyutlardan değerlendirilebilir. Yalnız IP limiti NAT arkasındaki meşru kullanıcıları etkileyebilir; güvenilmeyen forwarded IP’ye dayalı sayaç da atlatılabilir. Login, dosya yükleme ve AI endpoint aynı maliyette değildir.
429 Too Many Requests istemciye sınır bilgisini anlatır. Retry-After saniye veya HTTP-date olabilir; istemci parser bunu gözetmeli. Otomatik retry exponential backoff, jitter ve toplam deadline ile sınırlanır.
Bir kullanıcı çok sayıda bağlantı veya büyük body ile de yük yaratabilir; rate limit tek savunma değildir. Kuyruk, concurrency limit, body limit ve abuse monitoring birlikte tasarlanır. Limit yanıtına hassas hesap bilgisi koyma. Örnek sayılar eğitim içindir, gerçek kapasite ölçülmeden production limit’i olarak kopyalanmamalıdır.
AI ve iletişim formu gibi pahalı akışları korumak için.
429 gelince hemen sonsuz tekrar denemek.
Aynı konu. Üç farklı derinlik.
HTTP/1.1 429 Too Many Requests
Retry-After: 30Otuz saniye bekleme önerisi.
Bu sayfa dış sunuculara istek göndermez. HTTP mesajları temsili, HTTP/1.1 biçiminde okunabilir gösterimlerdir; HTTP/2 ve HTTP/3 wire formatı değildir. example.test ayrılmış öğretim alan adıdır. Komut ve JavaScript örneklerini yalnız kendi test ortamında uygula; gerçek token veya cookie yayımlama.
Önce kendin dene.
Retry-After her zaman integer mıdır?
Çözümü ve açıklamasını göster
delay-seconds OR HTTP-dateHayır; tarih biçimi de olabilir.