Power Automate: 100 MB Sınırı ve Geçici Çözüm Olarak Chunking (SSS)

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.

Power Automate tam olarak neyi 100 MB ile sınırlıyor?

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.

Neden çok daha küçük bir dosya bile sınırı aşıyor?

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, resmi bir geçici çözüm olarak nasıl çalışır?

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.

Bir HTTP eyleminde chunking'i etkinleştirme

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.

Chunking'in kendisi nerede sınırlarına ulaşıyor?

• Chunking yalnızca eylemlerde çalışır, tetikleyicilerde çalışmaz. "Bir dosya oluşturulduğunda veya değiştirildiğinde" gibi bir tetikleyici, akışın geri kalanındaki chunking ayarlarından bağımsız olarak, daha küçük sınırlara bağlı kalmaya devam eder.
• Chunking ile bile kesin üst sınır, mesaj başına 1 GB'dir. Daha büyük dosyalar için mekanizmanın tek başına yeterli olmadığı bir noktaya gelinir.
• Her bağlayıcı ve her harici API, Power Automate'in chunking protokolünü desteklemez. Kendi web hizmetlerinizin aynı protokolü uygulaması gerekir; aksi takdirde bölme işlevsiz kalır ve istek başarısız olmaya devam eder.
• Bir akış içinde genel içerik verim (throughput) hâlâ önemlidir: performans profiline bağlı olarak, tüm çalıştırmalar genelinde günde yalnızca ek 200 MB ile 10 GB arasında toplam veri hacmi öngörülmüştür.

1 GB'ın üzerindeki dosyalar için hangi alternatif var?

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.

Sık sorulan sorular

100 MB sınırı Power Automate'teki her eylem için geçerli mi?

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.

Chunking'i etkinleştirdiğimde tam olarak ne değişir?

İ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.

Chunking, "Bir dosya oluşturulduğunda" gibi bir tetikleyiciyle de çalışır mı?

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.

Sınıra takıldığımı nasıl anlarım?

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.

Chunking ile bile 1 GB'ı aşan dosyalarda ne yapmalıyım?

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.