Power Automate'te 429 Hatası: Throttling'i Anlamak ve Çözmek

Power Automate'teki 429 (Too Many Requests) hatası, bir flow'un kısa bir zaman aralığı içinde bir konektörün veya platformun istek sınırını aştığı ve bu nedenle throttling uygulandığı anlamına gelir. En sık görülen neden, dakikada 600 eylem üst sınırına sahip SharePoint konektörü gibi dar bir zaman sınırına sahip bir konektör veya çok sayıda paralel çalıştırma ya da döngü yinelemesi içeren bir flow'dur. Çözüm genellikle concurrency kontrolünü (Concurrency Control) azaltmak, verileri daha sıkı filtrelemek ve tekrarlayan tekil eylemleri batch işlemleriyle değiştirmekten geçer. Güncelleme: Temmuz 2026.

Power Automate'te 429 hatasına ne sebep olur?

429 hatası, bir flow'un bir zaman aralığı içinde bir konektöre, hizmet koruma mekanizmasının izin verdiğinden daha fazla istek göndermesi durumunda ortaya çıkar. Platform sınırları ve throttling konusundaki resmi belgelere göre, hizmet bu durumda 429 hata kodunu ve "Hız sınırı aşıldı. 27 saniye sonra tekrar deneyin" gibi bir mesaj döndürür. Bu konektör throttling'i, lisans planınızın günlük eylem sınırlarından bağımsızdır: bu nedenle günlük kota henüz tükenmemiş olsa bile bir flow throttling'e uğrayabilir. Tipik tetikleyiciler, çok sayıda yinelemeli döngüler, aynı anda çalışan birden fazla flow örneği veya birden fazla flow tarafından paralel olarak kullanılan tek bir konektördür.

Hangi sınırları göz önünde bulundurmalısınız?

Kesin rakamlar konektöre ve lisansa göre değişir, ancak bazı referans değerler açıkça belgelenmiştir. Örneğin SharePoint konektörü, eylem sayısını dakikada 600 ile sınırlar; bu sınır tek bir flow için değil, tüm flow'lar genelinde bağlantı başına geçerlidir, bu durum Power Automate Lisanslama SSS belgesinde açıklanmaktadır. Ayrıca, şu anda beş dakika içinde flow başına 100.000 eylemlik platform genelinde bir eylem patlaması (action burst) sınırı geçerlidir. Bundan bağımsız olarak, lisans planınıza bağlı olan ve bir kullanıcının 24 saat içindeki tüm flow çalıştırmaları için geçerli olan günlük API istek sınırları vardır. Sorun giderme için önemli: hem başarılı hem de başarısız eylemler bu sınırlara dahildir, tekrar deneme girişimleri ve sayfalama (pagination) nedeniyle oluşan ek istekler de öyle.

429 hataları concurrency kontrolü ile nasıl çözülür?

En doğrudan yöntem, tetikleyicideki veya döngülerdeki concurrency derecesini azaltmaktır. Microsoft, Power Automate'te "Çok fazla istek" kılavuzunda 429 hatası için tam olarak bu adımı önerir: tetikleyici veya eylem ayarlarında "Concurrency Control" altında concurrency derecesi sınırlandırılabilir. Varsayılan olarak concurrency kontrolü tetikleyiciler için devre dışıdır, ancak 1 ile 100 arasında bir değere ayarlanabilir; etkinleştirildiğinde varsayılan değer 25 eşzamanlı çalıştırmadır. "Apply to each" döngüleri için ayrı bir concurrency değeri geçerlidir; bu değer flow'lar için sınırlar belgesine göre varsayılan olarak 1'dir ve 50'ye kadar artırılabilir veya hataları önlemek için bilinçli olarak düşük tutulabilir. Bir flow tekrar tekrar konektör sınırına ulaşıyorsa, bu değerleri bilinçli olarak düşürmek genellikle en hızlı çözümdür, ancak bu durumda flow biraz daha yavaş çalışır.

Batching, throttling'i kalıcı olarak önlemeye nasıl yardımcı olur?

Batching, ilk etapta throttling'e uğrayabilecek tekil istek sayısını azaltır. Bir döngüde her kayıt için ayrı bir eylem çalıştırmak yerine, anti-pattern'lerden kaçınma kılavuzuna göre, ilgili konektör bunu destekliyorsa birden fazla oluşturma veya güncelleme işlemi batch istekleri aracılığıyla tek bir HTTP isteğinde birleştirilebilir. Batch desteği olmayan hizmetler için alternatif, Microsoft'a göre aynı anda 50 kayda kadar "Apply to each" döngüsünde kontrollü paralel işlemedir. Ayrıca, baştan daha az kayıt almak için birçok konektörün filter query ve top count parametrelerine bakmakta ve istek sayısını hızla katlayabilen iç içe geçmiş döngülere dikkat etmekte fayda vardır. Power Automate ortamını temelden daha kararlı hale getirmek isteyenler, NordFlux'un Power Automate danışmanlığında flow mimarisi, lisans seçimi ve tekrarlayan throttling'de sorun giderme konularında destek bulur.

Power Automate Throttling (429) Hakkında Sık Sorulan Sorular

Günlük eylem sınırıma ulaşmadığım halde neden 429 hatası alıyorum?

Çünkü konektör throttling'i, günlük API istek sınırlarından bağımsız çalışır. Dakikada 600 eylem sınırına sahip SharePoint gibi her konektör, kendi kısa vadeli zaman aralığını uygular; kısa sürede çok sayıda eylem gerçekleştirilirse, düşük günlük kullanımda bile bu sınır aşılabilir.

Daha pahalı bir lisans planı 429 hatalarına karşı yardımcı olur mu?

Daha yüksek bir lisans planı öncelikle günlük eylem kotasını artırır, konektöre özgü throttling sınırlarını değil. 429 hatası genellikle konektör throttling'i tarafından tetiklendiğinden, concurrency ve flow tasarımında yapılacak bir ayarlama çoğu durumda bir lisans yükseltmesinden daha etkilidir.

Eylem patlaması sınırı ile konektör throttling'i arasındaki fark nedir?

Eylem patlaması sınırı, şu anda beş dakika içinde flow başına 100.000 eylem olan platform genelinde bir üst sınırdır, konektör throttling'i ise her bir konektör hizmeti için ayrı ayrı geçerlidir ve hizmete göre büyük ölçüde değişir. Her ikisi de birbirinden bağımsız olarak 429 hatasına yol açabilir, bu nedenle nedenin tam hata mesajı ve flow çalıştırma geçmişi üzerinden belirlenmesi en iyisidir.

429 hatalarını otomatik yeniden deneme girişimleriyle basitçe atlatabilir miyim?

Otomatik yeniden deneme girişimleri, başarısız eylemler ve yeniden deneme girişimleri de istek sınırlarına dahil olduğundan, altta yatan sorunu çözmez. Flow'un yalnızca daha sık yeniden denemesine izin vermek yerine, nedeni concurrency kontrolü, filtreleme ve batching yoluyla çözmek daha mantıklıdır.