Power Automate Ne Zaman Yanlış Seçimdir: 7 Dışlama Kriteri

Power Automate genellikle basit bir onay e-postasından şirket geneli süreç zincirlerine kadar hemen hemen her otomasyona uyan bir araç olarak satılır. Bu genel geçer bir doğru değil. Platformun, satış görüşmelerinde nadiren dile getirilen ama resmi Microsoft dokümantasyonunda oldukça net tanımlanmış açık teknik ve lisans sınırları var.

Bu yazı, alışılagelmiş bakış açısını tersine çeviriyor. Power Automate'in ne için uygun olduğunu göstermek yerine, başka bir aracın, genellikle Azure Logic Apps veya bir pro-code çözümün, daha dürüst seçim olduğu yedi somut dışlama kriterini gösteriyor. Tüm bilgiler Microsoft'un Power Automate sınırlarına ve Azure Logic Apps'e geçişe ilişkin dokümantasyonundan alınmıştır.

7 dışlama kriterine genel bakış

Aşağıdaki noktalardan biri veya birkaçı senin kullanım senaryon için geçerliyse, onu kurmadan önce Power Automate'i en azından eleştirel biçimde sorgulamalısın.

• Platformun öngördüğünden kalıcı olarak daha fazla iş hacmine ihtiyacın var. Tek bir bulut akışı, Power Automate sınırlarına göre, iş akışı tanımı başına en fazla 500 eylemle sınırlıdır, buna ek olarak tüm akışlar genelinde beş dakikada 100.000 eylemlik bir eylem patlaması sınırı vardır. Bu sınırları düzenli olarak aşanlar, süreci basitçe kurmak yerine yapay biçimde alt akışlara bölmek zorunda kalır.
• İş akışı mantığının gerçek koda ihtiyacı var. Power Automate, low-code'dan no-code'a kadar bir araç olarak tasarlanmıştır. Azure Logic Apps geçiş kılavuzuna göre Power Automate'teki özel entegrasyon "çoğunlukla kodsuz veya düşük kodla sınırlıdır", Azure Logic Apps Standard ise kendi .NET fonksiyonlarını, C# betiklerini veya PowerShell betiklerini doğrudan iş akışı içinde çalıştırabilir.
• Ağ izolasyonuna ihtiyacın var. İş akışlarının açık internetle hiç temas etmeden yalnızca bir sanal ağ içinde çalışması gerekiyorsa, Power Automate bunun için bir çözüm sunmaz. Aynı dokümantasyona göre Azure Logic Apps Standard, VNet entegrasyonunu ve özel uç noktaları destekler, Power Automate desteklemez.
• İş açısından kritik süreçler için coğrafi yedeklilik gerekiyor. Microsoft, doğrudan karşılaştırmada Power Automate'i açıkça "sınırlı bölgesel dağıtım seçenekleri"ne sahip olarak tanımlarken, hem Azure Logic Apps Standard hem de Consumption birden fazla bölge üzerinde yerleşik coğrafi yedeklilik ve otomatik yük devretme sunar.
• Tam sürüm kontrolüne sahip profesyonel bir ALM'ye ihtiyacın var. Microsoft'a göre Power Automate "sınırlı sürüm yönetimine" sahiptir. Azure Logic Apps ise Azure DevOps veya GitHub üzerinden CI/CD hatlarıyla tam Git entegrasyonu sunar; buna değişiklik takibi ve önceki iş akışı sürümlerine dönebilme de dahildir.
• Süreç mantığın temiz biçimde modellenemeyecek kadar iç içe geçmiş. Sınır dokümantasyonuna göre tek bir akış, eylemler için en fazla sekiz iç içe geçme düzeyine ve kapsam başına 25 switch durumuna izin verir. Birbirine geçmiş birçok koşul ve istisna yoluna sahip süreçler, prototip aşamasında fark edilenden çok daha hızlı bu sınırlara çarpar.
• Ölçeklendikçe maliyetlerin patlıyor. Lisansının eylem sınırlarını düzenli olarak aşanlar, ya ek süreç lisansları için (Power Automate lisanslama SSS'sine göre bot başına ayda 150 ABD doları) ya da kullandıkça öde aşımları için ödeme yapar. Çok yüksek ve öngörülebilir hacimlerde, Azure Logic Apps'teki bir tüketim modeli, süreç lisanslarını üst üste yığmaktan sonunda daha ucuza gelebilir.

Platform sınırlarının asıl engel olduğu durumlar

Birinci ve altıncı kriterler birbiriyle yakından ilişkilidir ve pratikte en sık hafife alınanlardır. Sınır dokümantasyonu, tek bir iş akışı tanımı için geçerli olan akış tasarımı sınırları ile hareketli bir zaman dilimi boyunca tüm çalıştırmalar için geçerli olan verim sınırlarını birbirinden ayırır. Premium lisans bağlamına sahip bir akış 24 saatte 40.000 Power Platform isteği yapabilir, süreç lisanslı bir akış ise 250.000, bu da on kata kadar yığılarak 2,5 milyona çıkabilir. Cömert gibi görünse de, bir akış büyük bir tablonun her satırı için bir döngü içinde birden fazla eylem çalıştırdığında hızla yetersiz kalır: iki eylemli ve 10.000 yinelemeli bir döngü, lisanslama SSS'sine göre tek bir akış çalıştırmasında bile 20.000'in üzerinde eylem tüketir.

Bir akış sürekli olarak sınırların üzerinde çalıştırılırsa, Microsoft önce onu otomatik olarak yavaşlatır ve 14 gün süren kesintisiz aşımın ardından tamamen devre dışı bırakır. Bu teorik bir risk değil, platformun belgelenmiş bir tepkisidir. Bir sürecin yapısal olarak daha fazla iş hacmine ihtiyaç duyduğunu daha tasarım aşamasında fark edenler, sonradan geçiş yapmak zorunda kalmak yerine doğrudan Azure Logic Apps ile planlama yapmalıdır.

Power Automate'in teknik olarak yetişemediği durumlar

Kalan kriterler hacimden çok mimariyle ilgilidir. Power Automate ile Azure Logic Apps arasındaki karşılaştırma, her iki platformun da aynı temel ilkelere dayanmasına rağmen farklı hedef kitleler için tasarlandığını açıkça ortaya koyar: Power Automate vatandaş geliştiriciler ve iş birimleri için, Azure Logic Apps Standard ise güvenlik, ölçeklenebilirlik ve kurumsal düzeyde yönetişim gereksinimleri olan profesyonel entegratörler için.

Somut olarak, dokümantasyona göre bu şu anlama gelir:

• Rol tabanlı erişim denetimi Power Automate'te kullanıcı düzeyinde, Azure Logic Apps'te ise kaynak düzeyinde çalışır. Bir akışın oluşturucusu şirketten ayrılırsa, Power Automate'teki akışlarına erişim, kaynak tabanlı bir yapıya göre daha karmaşık hale gelebilir.
• Power Automate'te hata işleme, akıştaki hataların listelendiği çalıştırma denetimiyle sınırlıdır; Azure Logic Apps ise özel hata bildirimleri ve başarısız kayıtlar için bir "Save Failed" kavramı sunar.
• Power Automate'te izleme, portalın kendisi ve isteğe bağlı Application Insights entegrasyonu üzerinden yapılırken, Azure Logic Apps, Azure Monitor ile tam entegrasyon, özel uyarılar ve gelişmiş telemetri sağlar.

Bu noktaların hiçbiri Power Automate'i kötü bir ürün yapmaz, sadece ne için tasarlanmadığını gösterir. Departman süreçleri, onaylar, SharePoint otomasyonları veya Microsoft 365 hizmetlerinin bağlanması için Power Automate genellikle daha hızlı ve daha ucuz çözüm olmaya devam eder. Ancak ağ güvenliği, özel kod veya kurumsal ALM temel bir gereksinim haline geldiğinde, dürüst bir sonraki adım Azure Logic Apps'e veya ikisini birleştiren hibrit bir çözüme bakmaktır.

Bunun kararın için anlamı

Yedi kriterden hiçbiri otomatik bir eleme sebebi değildir, ancak her biri kurulumdan önce kontrol edilmeli, sonra değil. Bunu netleştirmenin en ucuz yolu kısa bir ön değerlendirmedir: Süreç her çalıştırmada kaç eylem gerçekleştiriyor, ne sıklıkla çalışıyor, kendi koduna ihtiyacı var mı, ağdan izole çalışması gerekiyor mu ve birden fazla bölge üzerinde arıza toleransı ne kadar kritik. Bu soruları ilk akıştan önce yanıtlayanlar, ileride pahalı bir geçişten kurtulur.

NordFlux'un Power Automate danışmanlığında ilk akış oluşturulmadan önce tam olarak bu noktaları seninle birlikte kontrol ediyoruz; böylece dijital çalışanların Power Automate'in gerçekten doğru seçim olduğu yerlerde otomasyon yapar ve mimari kararında her zaman kontrolü elinde tutarsın.

Sık sorulan sorular

Power Automate büyük şirketler için temelde yanlış bir seçim mi?

Hayır. Birçok büyük şirket, Power Automate'i departman süreçleri ve iş birimi otomasyonları için başarıyla kullanır; genellikle iş açısından kritik, yüksek hacimli veya güvenlik hassasiyeti olan iş akışları için Azure Logic Apps ile paralel olarak. Dışlama kriterleri tek tek süreçlerle ilgilidir, platformun bütün olarak uygunluğuyla değil.

Sınırları yine de aşarsam ne olur?

Microsoft dokümantasyonuna göre, ilgili akış sınırları aştığı anda önce otomatik olarak yavaşlar. 14 gün boyunca kesintisiz olarak sınırların üzerinde kalırsa, Microsoft onu tamamen devre dışı bırakır. Sonrasında yeniden etkinleştirebilirsin, ancak üzerinde çalışman gerekir, aksi takdirde aynı durum tekrarlanır.

Birini seçmek yerine Power Automate ile Azure Logic Apps'i birleştirebilir miyim?

Evet, pratikte bu hatta sık görülür. Bir Power Automate akışı bir Azure Logic Apps iş akışını çağırabilir ve bunun tersi de mümkündür. Böylece bir sürecin basit, iş birimine yakın kısmı Power Automate'te modellenirken, yüksek hacimli veya güvenlik açısından kritik kısmı Azure Logic Apps'te çalışabilir.

Eylem sınırlarını aşmak için bir süreç lisansı almaya değer mi?

Ölçülü bir aşım için evet, günlük sınırı 250.000 eyleme yükseltir ve on kata kadar yığılabilir. Ancak yapısal olarak çok yüksek ve kalıcı bir verimde birden fazla süreç lisansını üst üste yığmak pahalılaşır; bu durumda Azure Logic Apps'in tüketim fiyatlandırma modeliyle bir karşılaştırma yapmaya değer.

Bir sürecin dışlama kriterlerinden birini karşıladığını erken nasıl anlarım?

En güvenilir yol, kurulumdan önce kısa bir teknik ön kontrol yapmaktır: çalıştırma başına tahmini eylem sayısı, beklenen çalıştırma sıklığı, ağ güvenliği ve kullanılabilirlik gereksinimleri. Bu ön kontrol nadiren bir iki saatten uzun sürer, ancak bir akışın sınırlarına ancak canlıya alındıktan sonra çarpmasını önler.