Akışları Yedekleme: Power Automate'te Çözüm Dışa Aktarma ile Yedekleme Stratejisi

Aylar boyunca büyümüş, birden fazla bağlantı kullanan ve birden fazla departmanda üretimde çalışan bir akış; bir ortam silindiğinde, bir lisans durumu değiştiğinde veya bir akış yanlışlıkla üzerine yazıldığında hızla kaybolabilir. Power Automate, klasik yedekleme yazılımlarından bilinen türden bir "Kaydet" düğmesi sunmaz. Bunun yerine her güvenilir yedekleme, akışları ortamlar arasında taşımak için de kullanılan aynı mekanizma üzerinden yürür: bir çözümün dışa aktarılması.

Bu yazı, resmi Microsoft belgelerine dayanarak akışların çözümler üzerinden nasıl dışa aktarılacağını, yönetilen ve yönetilmeyen çözümlerin ne gibi bir fark yarattığını ve bundan tekrarlanabilir bir yedekleme rutini nasıl oluşturulacağını gösterir. Böylece otomasyonlarının bir acil durumda gerçekten geri yüklenebilir olup olmadığını, bunu ancak veri kaybından sonra öğrenmek yerine, kontrol altında tutarsın. Güncelleme: Temmuz 2026.

Power Automate'te neden yerleşik bir yedekleme yok

Günlük kullanımda tek bir akış, herhangi bir dışa aktarma rutinine gerek kalmadan, bir çözümle hiç uğraşmadan oluşturulabilir, düzenlenebilir ve çalıştırılabilir. Acil bir durumda tam olarak sorun hâline gelen de budur: Bir çözüm olmadan, bir akış yalnızca bir ortamda tek bir nesne olarak var olur ve başka hiçbir yerde sürümlenmiş bir kopyası bulunmaz. Çözümleri dışa aktarma hakkındaki Microsoft belgelerine göre, yönetilmeyen bir çözümün oluşturulması gerekmesinin nedeni tam olarak budur: "bir şey olması durumunda bir yedek kopya oluşturabilmeniz için". Dolayısıyla bir yedekleme, otomatik bir arka plan işlemi değil, düzenli olarak kendinizin tetiklediği veya otomatikleştirdiği bilinçli bir dışa aktarma adımıdır.

Her yedekleme stratejisinin temeli olarak çözümler

Bir yedeklemenin işe yaraması için önce akışın bir çözümün parçası olması gerekir. Çözüm kavramlarına ilişkin belgeler iki türü ayırt eder:

• Yönetilmeyen çözümler, geliştirme durumunu temsil eder. İstenildiği gibi düzenlenebilir ve hem yönetilmeyen hem de yönetilen biçimde dışa aktarılabilir. Power Platform kaynaklarının gerçek kaynağı olarak tam da bu yönetilmeyen sürüm kabul edilir ve bir sürüm kontrol sistemine kaydedilmelidir.
• Yönetilen çözümler, test veya üretim ortamlarına aktarılan tamamlanmış derleme çıktılarıdır. Artık doğrudan düzenlenemezler ve bir yedekleme stratejisi açısından belirleyici olan şu ki, dışa da aktarılamazlar.

İşleyen bir yedekleme için bu şu anlama gelir: Akış yönetilmeyen bir çözümde bulunmalıdır, çünkü bir dışa aktarma yalnızca oradan başlatılabilir. Bir akış şu ana kadar yalnızca varsayılan çözümün bir parçasıysa, anlamlı bir dışa aktarma mümkün olmadan önce önce kendi, adlandırılmış bir çözüme eklenmelidir.

Adım adım: bir çözümü dışa aktarma

Bir çözümü dışa aktarma kılavuzu, süreci doğrudan Power Automate içinde şöyle tarif eder:

• Power Automate'te oturum aç ve sol gezinmede Çözümler'i seç.
• Akışı içeren yönetilmeyen çözümü seç ve Dışa Aktar'a tıkla.
• Dışa aktarmadan önce bölümünde Tüm özelleştirmeleri yayımla seçeneğini etkinleştirmelisin, çünkü yönetilmeyen bir çözümün dışa aktarılmasında yalnızca yayımlanmış bileşenler alınır. İsteğe bağlı olarak performans ve kararlılık sorunlarına karşı çözüm denetleyicisini de çalıştırabilirsin.
• Bir sürüm numarası ver ve Farklı dışa aktar olarak Yönetilen veya Yönetilmeyen'i seç. Salt bir yedek kopya için doğru seçim, sonrasında yine düzenlenebilir kaldığından, yönetilmeyen dışa aktarmadır.
• Dışa aktarmanın ardından indirilmeye hazır bir ZIP dosyası oluşur. İçinde akışlar, her biri kendi JSON dosyası olarak, Workflows klasöründe yer alır. Şubat 2022'den bu yana bu format, tam olarak Git gibi bir sürüm kontrol sisteminde temiz biçimde izlenebilmesi için, çok satırlı olarak üretiliyor.

Her dışa aktarmadan önce aynı kılavuzdan gelen bir uyarıyı dikkate almakta fayda var: Ortam değişkeni değerleri, test sunucusu URL'leri gibi ortama özgü değerlerin yanlışlıkla yedeğe karışıp yanlış ortama geri yüklenirken tekrar ortaya çıkmaması için, dışa aktarmadan önce kaldırılmalıdır.

Çözümü olmayan tekil akışları yedekleme

Her akış zaten bir çözümün parçası değildir. Bu durum için çözüm dışı akışların dışa ve içe aktarılmasına ilişkin belgeler ikinci bir yol tarif eder: Akışlarım üzerinden ve Dışa Aktar > Paket (.zip) menü öğesiyle klasik ZIP dosyası olarak paket dışa aktarma. Uygulamada önemli olan:

• Bir akışı bu yolla yalnızca sahibi veya ortak sahibi dışa aktarabilir.
• Başka bir ortama içe aktarmak için orada Ortam Oluşturucu rolü gereklidir.
• Akış paketleri Dataverse çözüm paketleriyle karıştırılamaz; bu iki biçim birbiriyle uyumsuzdur.

Microsoft aynı yerde, gerçek bir uygulama yaşam döngüsü yönetimi için önerilen yolun Dataverse ve çözümler olduğunu, dolayısıyla paket dışa aktarmanın çözüme uygun olmayan tekil akışlar için daha çok bir geçiş çözümü olarak kaldığını açıkça belirtir. Birden fazla akışı kapsayan güvenilir bir yedekleme stratejisi için çözümlerin önüne geçilemez.

Geri yükleme: bir çözümü içe aktarma

Bir yedek, ancak geri yüklenebilirliği kadar iyidir. Bir çözümü içe aktarma belgeleri, acil bir durumda önemli olan birkaç ayrıntıyı bu konuda kayıt altına alır:

• Bir çözüm, aynı çözümün zaten var olduğu bir ortama içe aktarılamaz. Bir geri yüklemeyi test etmek için dolayısıyla ayrı bir ortama ihtiyacın var.
• İçe aktarmanın ardından, içerilen tüm bileşenler, yani akışlar, bağlantı başvuruları ve uygulamalar, içe aktarmayı gerçekleştiren kullanıcıya ait olur.
• Akışlar dışa aktarma sırasında açıksa ve tüm bağlantı başvuruları içe aktarma sırasında geçerli bağlantılar elde ederse, otomatik olarak yeniden etkinleştirilirler. Bir akış hedef sistemde zaten mevcutsa, mevcut açık veya kapalı durumu ise değişmeden kalır.
• İçe aktarma sırasında çözümdeki tüm akışlar kısa süreliğine devre dışı bırakılır ve yeniden etkinleştirilir. Belgelere göre, bu etkiyi üretim ortamlarında en aza indirmek isteyenler, tek bir büyük çözüm yerine birden fazla küçük çözümle çalışmayı tercih etmelidir.

Günlük kullanımda işe yarayan bir yedekleme rutini

Tek tek belge parçalarından uygulanabilir bir rutin türetilebilir:

• Birbiriyle ilişkili akışları, her şeyi varsayılan çözümde bırakmak yerine, açıkça adlandırılmış, yönetilmeyen çözümlerde grupla.
• Bu çözümleri yalnızca büyük değişikliklerden önce değil, düzenli olarak dışa aktar ve ZIP dosyalarını sürümlenmiş şekilde bir depoda sakla.
• Dışa aktarmadan önce ortam değişkeni değerlerini kaldır ve bunun yerine her hedef ortam için hangi değerlerin ayarlanması gerektiğini belgele.
• Bir geri yüklemenin ilgisiz birçok akışı gereksiz yere kısa süreliğine devre dışı bırakmaması için çözümleri nispeten küçük ve konuya göre bölünmüş tut.
• Bir acil durumda ona güvenmeden önce geri yüklemeyi ayrı bir ortamda en az bir kez test et.

Birçok KOBİ için tam olarak bu son nokta en büyük boşluktur: bir yerlerde bir ZIP dosyası vardır ama içe aktarmanın gerçekten işleyip işlemediğini kimse hiç kontrol etmemiştir. NordFlux'ta bu yedekleme ve dışa aktarma rutinini, bir akış kaybının bir acil durum olmaktan çıkıp birkaç dakikalık bir işleme dönüşmesi için sürüm kontrolü ve belgelenmiş bir geri yükleme testi dahil olmak üzere doğrudan Power Automate danışmanlığımıza dahil ediyoruz.

Sık sorulan sorular

Bir çözümü dışa aktarmak yerine akışları elle çoğaltmak yeterli mi?

Hayır, çoğaltılmış bir akış nesnesi aynı ortama bağlı kalır ve harici bir yedek kopya değildir. Yalnızca bir çözümün dışa aktarılması, ortamın dışında, sürümlenebilen, arşivlenebilen ve başka bir ortama içe aktarılabilen bir ZIP dosyası oluşturur.

Yönetilen bir çözümü yedek olarak dışa aktarabilir miyim?

Hayır. Belgelere göre yönetilen çözümler temelde dışa aktarılamaz. Yedekler için her zaman, yönetilen sürümün başlangıçta türetildiği temel yönetilmeyen çözüme ihtiyacın vardır.

Bir çözümü yeni bir ortama aktardığımda bağlantılara ne olur?

Bağlantı başvuruları diğer her şeyle birlikte içe aktarılır, ancak gerçek bağlantıların hedef sistemde ya yeniden oluşturulması ya da içe aktarmayı yapan kullanıcıyla paylaşılması gerekir. Geçerli bir bağlantı olmadan, içe aktarılan bir akış görünür kalır ama otomatik olarak etkinleştirilemez.

Akışları çözümler üzerinden ne sıklıkla yedeklemeliyim?

Belgeler sabit bir sıklık belirtmez, ancak açıkça düzenli, tekrarlanan dışa aktarmalar önerir. Uygulamada, değişim sıklığına göre belirlenen bir ritim işe yaramıştır: bir akışta yapılan her önemli değişiklikten sonra ve buna ek olarak, örneğin haftalık gibi, sabit bir aralıkla bir güvenlik ağı olarak.

Her akış için ayrı bir çözüm oluşturmam gerekir mi?

Hayır, bu gereksiz yere parçalı olurdu. Konu veya süreç açısından birbiriyle ilişkili akışları ortak bir çözümde bir araya getirmek daha mantıklıdır. Önemli olan tek şey, bir çözümün, tek bir geri yükleme işleminin kuruluşun tüm akışlarını aynı anda kısa süreliğine devre dışı bırakacak kadar büyük olmasına izin vermemektir.