Power Automate'te 429 Hatası: Throttling'i Anlamak ve Çözmek
Power Automate neden 429 hatası veriyor ve concurrency kontrolü ile batching kullanarak throttling nasıl hedefe yönelik olarak çözülür.
Power Automate akışlarının 14 gün süren sürekli hız sınırlamasının ardından neden kapandığını, bunu nasıl anlayacağınızı ve akışı nasıl düzgünce yeniden etkinleştireceğinizi öğrenin.
Power Automate'te bir akış uzun bir süre boyunca tekrar tekrar hız sınırlama (throttling) sınırlarına takılırsa, Microsoft er ya da geç devreye girer: akış otomatik olarak kapatılır. Bu bir tesadüf ya da platform arızası değil, tek bir akışın kimse müdahale etmeden kapasiteyi kalıcı olarak bloke etmesini önlemeyi amaçlayan belgelenmiş bir koruma önlemidir. Akış oluşturanlar için bu yine de genellikle ürkütücü bir an gibi hissettirir, özellikle akış iş açısından kritikse ve gelen kutusunda net bir hata mesajı olmadan aniden "Kapalı" durumuna geçtiyse. Güncelleme: Temmuz 2026.
Bu SSS, sürekli hız sınırlamasının ardından otomatik kapatmanın tam olarak ne zaman devreye girdiğini, akışınızın etkilenip etkilenmediğini nasıl anlayacağınızı ve sorunun hemen tekrarlanmasını önleyecek şekilde akışı sonrasında nasıl düzgünce yeniden etkinleştireceğinizi açıklar.
Power Automate, her akış ve her bağlayıcı (connector) için verim sınırları belirler; yani belirli bir zaman aralığında kaç eylem veya isteğin gerçekleştirilebileceğini. Bir akış bu sınırlardan birini aşarsa, çalışması hemen durdurulmaz, yalnızca yavaşlatılır. Resmi belgelere göre Otomatik, zamanlanmış ve anlık akışlar için sınırlar akış etkinliği, kayan zaman penceresindeki kullanım tekrar sınırın altına düştüğü anda otomatik olarak devam eder. Sorun ancak bu gerçekleşmediğinde ve akış uzun bir süre boyunca sürekli olarak sınırların üzerinde kaldığında ortaya çıkar. Tam olarak bu noktada 14 günlük kural devreye girer.
Sürekli hız sınırlamasının tipik tetikleyicileri arasında çalıştırma başına çok fazla eylem, iç içe geçmiş "Her Öğeye Uygula" döngüleri, çok sık tetiklenen bir tetikleyici veya temel alınan hizmet sınırına ulaşıldığı için 429 ("Too Many Requests") hata koduyla yanıt veren bir bağlayıcı sayılabilir. Bu tür hatalar genellikle önce akış çalışmasında fark edilebilir bir gecikme olarak ortaya çıkar, kapatma görünür hale gelmeden çok önce.
Microsoft bu kuralı Platform sınırlarını anlama ve hız sınırlamasından kaçınma başlıklı belgede şöyle açıklıyor: 14 gün boyunca sürekli olarak hız sınırlamasına takılan tüm akışlar devre dışı bırakılır. Bu akışlar istediğiniz zaman yeniden etkinleştirilebilir, ancak performans iyileşmezse platform onları tekrar kapatır. Yani kapatma tek seferlik bir olay değil, altta yatan neden sürdüğü sürece tekrarlanan bir mekanizmadır.
Bağlamı doğru anlamak için önemli: Bu 14 günlük hız sınırlama süresi, Power Automate'teki tek saklama sınırı değildir. Süre ve saklama sınırları tablosunda, benzer isimli ama birbirinden farklı birkaç kural yan yana yer alır:
Bu üç durum pratikte kolayca birbirine karıştırılabildiğinden, Power Automate'in bildirim e-postasına bakmakta fayda var: burada genellikle kapatma nedeninin hata mı, hız sınırlaması mı yoksa etkinsizlik mi olduğu açıkça belirtilir.
En bariz anlık önlem, akışı düzenleyip yeniden kaydetmektir. Microsoft'a göre verim sınırları akış tanımının tek bir sürümüne bağlı olduğundan, bir değişiklik yapıp yeniden kaydetmek zaman penceresini sıfırlar. Bu size zaman kazandırır ama asıl nedeni çözmez.
Kalıcı bir çözüm için aşağıdaki adımlar önerilir:
$filter veya $top ile filtrelenmiş sorgularla değiştirin ve gereksiz ara adımları kaldırın.Ayrıca Power Automate hata kodu referansı sayfasında, akışın geçmişinde tam hata kaynağını belirlemek istiyorsanız zaman aşımı ve hız sınırlama hatalarına dair somut ipuçları da bulabilirsiniz.
Kapatmanın ardından bir akış istediğiniz zaman manuel olarak tekrar açılabilir. Bir akışı açma veya kapatma sayfasına göre, bunun için detay sayfasında "Etkinleştir"e ya da akış genel bakışındaki bağlam menüsünden "Aç"a tıklamanız yeterlidir. Bundan sonra birikmiş olaylara ne olacağı tetikleyici türüne bağlıdır:
Bu birikimi istemiyorsanız, belgelere göre tek seçenek akışı çoğaltıp orijinalini silmektir; bu da tetikleyicinin temiz bir şekilde yeniden kaydedilmesini sağlar. Böylece hangi verilerin gerçekten işlendiği üzerinde kontrolü elinizde tutarsınız, birikmiş çalıştırmaların bir seliyle sürpriz yaşamak yerine. Bu tür otomasyonları uzun vadede istikrarlı biçimde yürütmek isteyenlerin hız sınırlama uyarılarını göz ardı etmemesi, bunun yerine örneğin devam eden otomasyon projeleri kapsamında erkenden kapasite planlamasına dahil etmesi gerekir.
Hayır. Tek bir hız sınırlaması akışı yalnızca geçici olarak yavaşlatır ve kullanım tekrar sınırın altına düştüğünde otomatik olarak çalışmaya devam eder. Kapatma yalnızca akış 14 gün boyunca sürekli olarak sınırların üzerinde kaldığında gerçekleşir.
Power Automate, bir akış devre dışı bırakıldığında akış sahiplerini ve ortak sahiplerini e-posta ile bilgilendirir. Ayrıca akış detay sayfasındaki analiz raporunda, akışın son günlerde kaç kez 429 hata kodu ürettiğini veya gecikmeli çalıştırmalar yaptığını görebilirsiniz.
Evet, ama bir sınırlamayla. Verim sınırları akış tanımının sürümüne göre uygulandığından, zaman penceresi her kaydetmeden sonra yeniden başlar. Bu kısa vadede rahatlama sağlar ama akış yapısal olarak çok fazla eylem tetikliyorsa hız sınırlamasının asıl nedenini çözmez.
Bu, tetikleyici türüne bağlıdır. Tekrarlama gibi yoklama tetikleyicileri yeniden açıldığında birikmiş olayları işler; webhook tetikleyicileri ise yalnızca yeniden etkinleştirme anından itibaren yeni olayları işler ve daha eski olayları atlar.
Bir Power Automate Process lisansı, akışa daha yüksek sınırlarla özel kapasite sağlar ve böylece kalıcı hız sınırlaması riskini belirgin şekilde azaltır. Microsoft'a göre bu, yapısal olarak sınırlara yakın çalışan akışlar için önerilen önlemdir, ancak verimsiz kurulmuş akışların optimizasyonunun yerini tutmaz.
NordFlux'un kurucusu. Webden ve SEO'dan grup ölçeğindeki otomasyona kadar yedi yıllık deneyim, bugün KOBİ'ler için pragmatik biçimde ve Alman veri egemenliğiyle.
Sertifikalar
Power Automate neden 429 hatası veriyor ve concurrency kontrolü ile batching kullanarak throttling nasıl hedefe yönelik olarak çözülür.
Power Automate onaylarının neden 30 gün sonra zaman aşımına uğradığı ve iki akıştan oluşan röle deseninin uzun süren süreçleri nasıl güvenilir şekilde yönettiği.
Sürekli kısıtlama için geçerli 14 günlük kuralı bilmiyorsanız, devre dışı kalmayı ancak bir süreç aniden durduğunda fark edersiniz. NordFlux kritik akışlarınızı aktif olarak izler, kısıtlamayı erkenden tespit eder ve Power Automate'in akışı devre dışı bırakmasını en baştan önler.