Rate limitler, 429 hataları ve tier yükseltmeleri
Güncellendi September 1, 2026 · ilk yayın September 1, 2026
Bir servis 429 döndürmeye başladığında refleks, bunu bir erişilebilirlik olayı gibi ele almaktır: limiti yükseltmek, tier'ı yükseltmek, yeniden deneme eklemek ve verimi geri getirmek. Bu bazen doğrudur. Ama aynı zamanda kontrolden çıkmış bir döngünün beş haneli bir faturaya dönüşme mekanizmasıdır, çünkü onu durduran tek şey az önce kaldırılmıştır.
Bir 429 aslında ne söylüyor
Sistemin, izin verilen miktardan daha hızlı harcamaya çalıştığını söyler. Bu, birbirinden çok farklı iki nedenden kaynaklanır ve tepkileri tam tersidir. Gerçek talep artışı — daha fazla kullanıcı, bir lansman, mevsimsel bir zirve — limitin gerçekten düşük olduğu anlamına gelir ve onu yükseltmek gerçek gelir kazandırır. Kontrolden çıkmış davranış — bir yeniden deneme fırtınası, döngüye giren bir agent, kimsenin kısıtlamadığı bir geriye dönük işlem, üretim anahtarlarına yönlendirilmiş bir test paketi — ise limitin tam olarak görevini yaptığı anlamına gelir.
İkisi yalnızca hata oranına bakılarak ayırt edilemez. İş birimi başına maliyete bakılarak kolayca ayırt edilir: gerçek büyümede hacim artarken oran kabaca sabit kalır; kontrolden çıkmış bir durumda ise tamamlanan görev başına harcama dünkünden çok daha yüksek olur ve oran bozulur. Her tier yükseltmesi bu tek oranla kontrol edilmelidir.
Yeniden denemeler durumu sessizce kötüleştirir
Üssel geri çekilme ve jitter olmadan 429'da yapılan saf yeniden deneme, tek bir limit aşımını eşzamanlı bir fırtınaya dönüştürür. Başarılı istekler faturalandırılır; başarısız olanların birçoğu yine de girdi işleme kaynağı tüketmiş olur. Yeniden denemeler genellikle uygulama kodu yerine bir istemci kütüphanesinde uygulandığı için bu çoğalma, özelliğin tasarım dokümanlarında hiçbir yerde görünmez.
Limitleri bilinçli kullanın
Kendi limitlerinizi sağlayıcınınkinin altında, ortam ve özellik bazında belirleyin; böylece ilk kırılan şey sizin limitiniz olur ve sonrasında ne olacağını siz kontrol edersiniz. Üretim dışı ortamları sıkıca sınırlayın — başarısız bir test derlemesi ucuzdur, sınırlandırılmış bir müşteri yolu ise değildir. Yalnızca hata sayılarında değil, görev başına maliyet oranında uyarı kurun. Bir tier'ı yükselttiğinizde de bunu, adı belli bir sorumlusu olan bir harcama kararı olarak ele alın, çünkü öyle de olmalıdır.
İlgili
İlgili
Bunu kendi altyapınıza uygulamak mı istiyorsunuz? Sağlayıcı faturalarını, ağ geçidi kayıtlarını ve ana iş akışlarını getirin; maliyet etkenlerini ve tasarruf yolunu çıkaralım. Ücretsiz denetim planlayın →