Power Automate'in neden daha küçük dosyalarda bile 100 MB sınırına takıldığı ve chunking'in resmi bir geçici çözüm olarak nasıl çalıştığı.
Power Automate, bir bulut akışındaki (cloud flow) her bir mesajı 100 MB ile sınırlar ve bu sınır genellikle tam da en uygunsuz anda kendini gösterir: bir videoyu e-postayla gönderirken, SharePoint'e bir yedek yüklerken veya kapsamlı bir PDF koleksiyonunu işlerken. Resmi Power Automate sınırlar belgelerine göre, tek bir giden veya gelen HTTP isteği için mesaj boyutu varsayılan olarak 100 MB'dir; chunking etkinleştirildiğinde bu değer 1 GB'a kadar genişletilebilir. Güncelleme: Temmuz 2026.
Bu SSS makalesi, sınırın pratikte nerede devreye girdiğini, chunking'in resmi bir geçici çözüm olarak nasıl çalıştığını ve bu çözümün kendisinin nerede sınırlarına ulaştığını özetliyor. Böylece bir sonraki büyük dosyayla karşılaştığınızda, önce üç başarısız denemeden geçmeden doğru yanıtı bulabilirsiniz.
Microsoft'a göre 100 MB sınırı, bir bulut akışındaki tek bir giden veya gelen HTTP isteğinin mesaj boyutuna, yani bir eylemin (action) veya tetikleyicinin (trigger) işlediği tüm mesaj gövdesine uygulanır. Önemli olan şu: sınır yalnızca dosyanın kendisine değil, isteğin tüm yüküne (payload) uygulanır. Bir dosyayı bir bağlayıcı (connector) üzerinden gönderdiğinizde, belgelere göre yalnızca ham dosya boyutu değil, meta veriler, üstbilgi bilgileri ve olası JSON sarmalaması dahil olmak üzere tüm yükün 100 MB'nin altında kalması gerekir. 98 MB büyüklüğündeki bir dosya, çevresinde başka veriler de gönderiliyorsa, dolayısıyla zaten başarısız olabilir.
SharePoint ve OneDrive eylemlerinde, örneğin "Dosya içeriğini al" gibi, sık karşılaşılan bir tuzak kodlamadır. İkili (binary) içerik, akış içinde genellikle Base64 dizesi olarak aktarılır ve bu kodlama, veri hacmini orijinal dosya boyutuna kıyasla yaklaşık üçte bir oranında artırır. 70 MB'lık bir dosya, bu nedenle asıl hedef eyleme ulaşmadan önce hesaben yaklaşık 90 ile 95 MB'a kadar büyüyebilir ve böylece 100 MB sınırını, ham dosya boyutunun düşündürdüğünden belirgin şekilde daha erken aşar. 60 ile 90 MB aralığında dosyalarla düzenli olarak çalışanların, tam olarak 100 MB'a ulaşmadan çok önce sorunlarla karşılaşmayı beklemesi gerekir.
Chunking, büyük bir mesajı sırayla aktarılan ve hedefte yeniden birleştirilen daha küçük parçalara böler. Power Automate bu sırada Azure Logic Apps'in chunking mekanizmasına dayanır; büyük mesajları işleme belgelerinin açıkladığı gibi: bir eylem önce x-ms-transfer-mode: chunked ve x-ms-content-length üstbilgileriyle boş bir POST veya PUT isteği gönderir, hedef uç nokta x-ms-chunk-size üzerinden önerilen bir blok boyutuyla yanıt verir ve ardından, dosyanın tüm içeriği hedefe ulaşana kadar, her biri dosyanın bir bayt aralığını aktaran birden çok HTTP PATCH isteği izler. Büyük içeriklerin indirilmesi için süreç ayna görüntüsü şeklinde işler: Range üstbilgili HTTP GET istekleri ve 206 durum koduyla yanıtlar üzerinden.
Pratikte genellikle tek bir tıklama yeterlidir: akış tasarımcısında (flow designer) HTTP eylemini açın, ayarlara gidin ve "İçerik Aktarımı" altında "Chunking'e izin ver" seçeneğini etkinleştirin. Bundan sonra Power Automate, hedeflenen uç nokta aynı chunking protokolünü desteklediği sürece bölmeyi otomatik olarak üstlenir. Önemli bir yan etki: bir eylem için chunking etkinse, çıktıda yalnızca ham içerik verileri kullanılabilir kalır; durum kodu veya üstbilgiler gibi özellikler kaybolur. Bu değerlere akışın başka bir yerinde, örneğin izlenen özelliklerde (tracked properties) referans veriyorsanız, bu durum önceden kaldırmanız gereken bir çalışma zamanı hatasına yol açar.
Video dışa aktarımları veya kapsamlı veritabanı yedekleri gibi gerçekten büyük dosyalar için, mesaj başına kesin 1 GB sınırı geçerliliğini koruduğundan, etkinleştirilmiş chunking bile er ya da geç yetersiz kalır. Bu durumda, doğrudan Microsoft Graph API ile konuşan ve ilgili klasör için bir yükleme oturumu (upload session) başlatan bir HTTP eylemi üzerinden dolambaçlı bir yol izlemek işe yarar. Dosya bu şekilde sunucu tarafında bloklar hâlinde yüklenir; içeriğin tamamı hiçbir zaman tek bir mesaj olarak akıştan geçmez. Riskli, tek bir yükleme denemesine güvenmek yerine blok boyutunu ve yeniden deneme mantığını akış içinde kendiniz yönettiğiniz için süreç üzerindeki kontrolü elinizde tutarsınız. Böyle bir çözümün temiz bir şekilde kurulması ve uzun vadede sürdürülebilir kalması gerektiğinde, NordFlux teknik uygulamayı Power Automate danışmanlığı kapsamında destekler.
Evet, prensip olarak bir bulut akışı içindeki her giden veya gelen HTTP isteği için geçerlidir; bunun standart bir bağlayıcı mı yoksa özel bir HTTP eylemi mi olduğu fark etmez. Bazı bağlayıcılar ayrıca, genel 100 MB sınırından bile önce devreye giren, kendi genellikle daha düşük sınırlarını getirebilir.
İlgili eylem, büyük mesajları otomatik olarak daha küçük bloklara böler ve bunları sırayla aktarır; bu sayede kullanılabilir sınır 100 MB'den 1 GB'a kadar yükselir. Buna karşılık, eylemin çıktısında yalnızca ham içerik verileri kullanılabilir kalır; durum kodu veya üstbilgiler gibi diğer çıktı özellikleri kaybolur.
Hayır. Belgelere göre chunking yalnızca eylemler için kurulabilir, tetikleyiciler için değil; çünkü ek mesaj alışverişi orada çok fazla ek yüke neden olur. Bu nedenle çok büyük dosyalar, akışın geri kalanında chunking etkin olsa bile, tetikleyicilerde sorunlu olmaya devam eder.
Tipik belirti, çok büyük bir istekle ilgili bir hata mesajı veya işlemin tam ortasında bir zaman aşımıdır; genellikle bu durum, daha küçük dosyalarla yapılan birkaç başarılı test çalışmasından sonra ortaya çıkar. Bu durumda önce yalnızca orijinal dosyanın değil, tüm yükün gerçek boyutunu kontrol edin ve ardından, hedef uç nokta destekliyorsa, eylem ayarlarında chunking'i etkinleştirin.
Bu durumda akıştaki standart çözüm artık yeterli değildir. Bu noktada, Microsoft Graph API ile bir yükleme oturumu başlatan ve dosyayı sunucu tarafında bloklar hâlinde yükleyen bir HTTP eylemi ya da büyük dosyaları akıştan tamamen geçirmeden doğrudan işleyen başka bir depolama hizmeti üzerinden karşılaştırılabilir bir dolambaçlı yol mantıklıdır.
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
Günlük 6.000, 40.000 ve 250.000 olmak üzere üç Power Automate eylem sınırı açıklanıyor: hangi lisans hangi sınırı getiriyor.
Power Automate'te bir misafir kullanıcının kendi lisansına ihtiyacı var mı? Resmi Microsoft dokümantasyonuna göre en önemli cevaplar.
Chunking, 100 MB sınırını yalnızca belirli bir noktaya kadar çözer; daha büyük dosya hacimleri veya daha karmaşık süreçler farklı bir mimari gerektirir. NordFlux, geçici çözümlere bel bağlamak yerine, veri hacmi büyüdükçe de kararlı kalan bir çözümü sizinle birlikte planlar.
