Mehmet
Admin
n8n'de 429 Too Many Requests hatası, isteği gönderdiğiniz hizmetin hız veya kullanım sınırına ulaştığınızı gösterebilir. Aynı isteği arka arkaya yeniden çalıştırmak yerine, hata gövdesini ve hizmetin limit açıklamasını okuyun. İstek sıklığına ait sınırla günlük kullanım kotası aynı şey değildir; kısa bir bekleme her ikisini birden çözmez.
Hata bir anahtar veya yetki problemiyse 401 ya da 403 gibi başka bir durum görebilirsiniz. Bunları 429 ile aynı yeniden deneme stratejisine sokmayın. Eksik yetkiyi daha hızlı istek göndererek düzeltmek mümkün değildir.
Örnek bir çalışma planı:
Bu örnek evrensel bir API limiti tanımlamaz. Kullanılacak süre ve deneme sayısı hizmetin güncel kurallarına ve işlemin niteliğine bağlıdır.
Örneğin on kayıt için her kayıtta üç ayrı API çağrısı varsa on değil otuz istek planlıyorsunuzdur. Sonraki sayfayı alma, dosya indirme veya durum sorgulama adımları da toplamı artırabilir. Akış çiziminde her dış isteği ayrıca işaretlemek bu hesabı görünür yapar.
Doğru sonuç, tüm çalıştırmanın yeşile dönmesi kadar hangi kayıtların tamamlandığının belli olmasıdır. Kota gerçekten dolmuşsa akışı beklemeye alın ve sağlayıcının sıfırlama veya kullanım politikasına göre devam edin; sonsuz yeniden deneme kurmayın.
Önce hangi hizmetin sınır koyduğunu bulun
Hata veren node'un çıktısında HTTP durumunu ve sağlayıcının hata kodunu not edin. Yanıt başlıklarında Retry-After gibi bir bekleme bilgisi varsa bunu değerlendirin. API anahtarının başka otomasyonlarda da kullanılması, sizin akışınızdaki az sayıda isteğin bile ortak limite takılmasına yol açabilir.Hata bir anahtar veya yetki problemiyse 401 ya da 403 gibi başka bir durum görebilirsiniz. Bunları 429 ile aynı yeniden deneme stratejisine sokmayın. Eksik yetkiyi daha hızlı istek göndererek düzeltmek mümkün değildir.
Retry On Fail seçeneğini kontrollü kullanın
n8n node'unun Settings bölümündeki Retry On Fail ayarı başarısız isteği yeniden denemeyi sağlar. Bekleme süresini sağlayıcının açıklamasına göre belirleyin ve deneme sayısını sınırlayın. “Ne kadar çok deneme, o kadar iyi” yaklaşımı hem kotayı hem hata kaydını büyütebilir.Örnek bir çalışma planı:
Kod:
İlk istek: Yanıt ve hata kodunu kaydet.
429: Sağlayıcının bekleme bilgisini oku.
Yeniden deneme: Sınırlı sayıda ve gecikmeli dene.
Yine başarısız: Kaydı hata kuyruğuna bırak; bütün akışı yeniden başlatma.Çok sayıda kaydı aynı anda göndermeyin
Tek bir listeyi işlerken Loop Over Items ile küçük gruplara ayırıp Wait adımıyla aralık verebilirsiniz. HTTP Request node'unda uygun durumlarda Batching seçenekleri de kullanılabilir. Bir grupta kaç öğe olduğu kadar, her öğenin kaç dış istek ürettiğini de hesaplayın.Örneğin on kayıt için her kayıtta üç ayrı API çağrısı varsa on değil otuz istek planlıyorsunuzdur. Sonraki sayfayı alma, dosya indirme veya durum sorgulama adımları da toplamı artırabilir. Akış çiziminde her dış isteği ayrıca işaretlemek bu hesabı görünür yapar.
Küçük bir örnekle başarıyı ölçün
Önce birkaç deneme kaydıyla çalışın. İstek zamanı, deneme sayısı ve kaydedilen sonuç kimliğini karşılaştırın. Hata kaybolurken kayıtlar atlanıyor mu veya yazma isteği tekrarlandığında iki kayıt oluşuyor mu kontrol edin. Oluşturma ve ödeme gibi yan etkili işlemlerde sağlayıcının tekrar güvenliği mekanizmasını değerlendirin.Doğru sonuç, tüm çalıştırmanın yeşile dönmesi kadar hangi kayıtların tamamlandığının belli olmasıdır. Kota gerçekten dolmuşsa akışı beklemeye alın ve sağlayıcının sıfırlama veya kullanım politikasına göre devam edin; sonsuz yeniden deneme kurmayın.
