İşletme büyüklüğüne göre ortam stratejisi

Bir şirketin gerçekten kaç Power Automate ortamına ihtiyacı vardır? Bu soru, bir avuç dolusu akıştan fazlası kullanılmaya başlar başlamaz neredeyse her ekibin karşısına çıkar. Çok az ortam, test otomasyonlarıyla üretime alma süreçlerinin aynı torbaya düşmesine yol açar. Çok fazla ortam ise neredeyse kimsenin artık takip edemediği bir yönetim yükü oluşturur. Microsoft'un Ortam stratejisi konusundaki resmi belgeleri şunu açıkça ortaya koyuyor: Tek bir doğru sayı yoktur, bunun yerine organizasyonun büyüklüğü ve olgunluğuyla birlikte büyüyen bir yapı vardır.

Bu yazı, Microsoft belgelerindeki önerileri işletme büyüklüğüne göre sınıflandırıyor; bireysel kullanıcıdan binlerce ortama sahip büyük şirketlere kadar, hangi yapı taşlarının hangi aşamadan itibaren gerçekten gerekli olduğunu gösteriyor. Güncelleme: Temmuz 2026.

Bir ortam gerçekte nedir ve sayısı neden önemlidir

Bir ortam, Power Platform ortamlarına genel bakış belgesine göre, iş verilerini, uygulamaları ve akışları yönetmek ve paylaşmak için bir depolama alanı olduğu kadar, farklı rollere, güvenlik gereksinimlerine veya hedef kitlelere sahip kaynakları birbirinden ayıran bir kapsayıcıdır. Microsoft altı ortam türü ayırt eder: Standart (Varsayılan), Üretim, Sandbox, Deneme, Geliştirici ve Teams için Dataverse. Her ortam bir Microsoft Entra kiracısına ve coğrafi bir konuma bağlıdır ve uygulamalar veya akışlar yalnızca aynı ortamda sağlanan veri kaynaklarına erişebilir.

Varsayılan ortam, büyüklüğünden bağımsız olarak her şirketin daha ilk günden itibaren sahip olduğu özel durumdur. Her kiracı otomatik olarak tam olarak bir tane alır ve lisanslı her kullanıcı varsayılan olarak orada Ortam Oluşturucu rolüyle karşılaşır. Bu da onu kalıcı, işletme açısından kritik akışlar için uygun olmaktan çıkarır: belgelere göre hiçbir yedekleme garantisi sunmaz ve üretim için değil, deneme amaçlıdır.

Bireysel kullanıcılar ve mikro işletmeler: büyümeden önce yapı

Yaklaşık on kişiye kadar olan bireysel girişimciler veya ekipler için başlangıçta genellikle Teams'te onaylar veya SharePoint bildirimleri gibi basit otomasyonlar için varsayılan ortam yeterlidir. Ancak bir akış işletme açısından kritik hale gelir gelmez, örneğin faturaları onaylıyor, müşteri verilerini işliyor veya tedarikçi süreçlerini yönetiyorsa, kendi üretim ortamına geçmek önerilir. Bunun nedeni yedekleme ve kontrol mekanizmalarıdır: yalnızca üretim ve sandbox ortamları tam kontrol ve güvenilir yedekleme sunar, varsayılan ortam sunmaz.

Bu aşamada sade bir yapı yeterlidir:

• Bir üretim ortamı tüm çalışan, işletme açısından kritik akışlar için.
• Kişisel bir geliştirici ortamı canlıya alınmadan önce yeni akışlar oluşturan her kişi için. Power Apps belgelerine göre her kişi, kiracı kapasitesine dahil edilmeyen en fazla üç ücretsiz geliştirici ortamı oluşturabilir.
• Varsayılan ortam ayrılmış olarak kalır yalnızca Microsoft 365 üretkenlik özelleştirmeleri için, kalıcı iş süreçleri için değil.

Bu yapı bilinçli olarak minimaldir. Bu aşamada ayrı bir test sistemi genellikle henüz gerekli değildir; daha önemli olan, "henüz inşa halinde olan" ile "üretimde çalışan" arasında ayrım yapabilmektir.

KOBİ'ler: geliştirme, test ve üretim üçlüsü

Bir şirket, tipik olarak yaklaşık on ile 250 çalışan arasında, birden fazla departmana, birden fazla oluşturucuya (maker) veya tekrarlayan yayın süreçlerine sahip olur olmaz, klasik ALM üçlüsü önem kazanır. Uygulama yaşam döngüsü yönetimi için ortam stratejisi belgesi, herhangi bir şey canlıya alınmadan önce çözüm içe aktarımı da dahil uçtan uca kontrollerin mümkün olması için geliştirme ve üretimden ayrı en az bir test ortamı işletilmesini açıkça önerir.

Bu aşamada aşağıdaki yapı kendini kanıtlamıştır:

• Development: üretim verilerini riske atmadan akışların oluşturulup üzerinde yinelendiği bireysel veya ortak kullanılan sandbox ortamları.
• Test: çözümlerin içe aktarıldığı ve yayınlanmadan önce gerçekçi ama gerçek olmayan verilerle kontrol edildiği bir sandbox ortamı.
• Production: sürekli işletim için, testten net şekilde ayrılmış bir veya birden fazla üretim ortamı.

Bu noktada, bir ortamın ne için düşünüldüğünün bir bakışta anlaşılması için örneğin yaşam-döngüsü-aşaması-departman-amaç kalıbına göre tutarlı bir adlandırma kuralı önemlidir. Bu büyüklükten itibaren, yapının kontrolsüz büyümemesi için yeni üretim ve sandbox ortamları oluşturmayı yöneticilerle sınırlamak da faydalıdır.

Birden fazla departmanı olan orta ölçekli işletmeler: ortam grupları ve yönlendirme

Şirketler tek tek ekiplerin ötesine büyüdükçe, örneğin birden fazla iş biriminde yaklaşık 250 çalışandan itibaren, tek tek ortamların manuel olarak bakımı zahmetli hale gelir. Tam olarak burada ortam grupları özelliği devreye girer: ortamları bir klasördeki gibi bir araya toplar ve güvenlik, paylaşım sınırları, çözüm kontrolü veya yedekleme saklama süresine ilişkin kuralların bir gruptaki tüm ortamlara merkezi olarak uygulanmasını sağlar. Grup düzeyinde bir kural değiştiğinde, ilgili her ortamda otomatik olarak uygulanır; tek tek yöneticiler bunu orada artık geçersiz kılamaz.

Bu aşamadaki tipik gruplamalar şunlardır:

• Departmana veya maliyet merkezine göre, örneğin her biri kendi kurallarına sahip bir Finans grubu ve bir İK grubu.
• Yaşam döngüsü aşamasına göre, yani daha gevşek kurallara sahip bir Development/Test grubu ve sıkı yönetişime sahip bir Production grubu.
• Kişisel üretkenlik ortamları için: ortam yönlendirmesi ile birleştirildiğinde, yeni oluşturucular paylaşılan varsayılan ortam yerine otomatik olarak kendi yönetilen geliştirici ortamlarına yerleştirilir. Bu ortamlar doğrudan tanımlanmış bir gruba atanır ve oluşturucuların kendilerinin herhangi bir şey yapılandırması gerekmeden o grubun kurallarını devralır.

Bu aşamada, varsayılan ortamı örneğin "Kişisel Üretkenlik" olarak aktif şekilde yeniden adlandırmak ve buna yönetici erişimini az sayıda güvenilir kişiyle sınırlamak da faydalıdır. Böylece orada hâlâ neyin oluşturulabileceği ve neyin oluşturulamayacağı her zaman izlenebilir kalır.

Büyük şirketler ve kurumsal organizasyonlar: büyük ölçekte yönetişim

Binlerce çalışana sahip küresel olarak dağılmış organizasyonlarda basit bir geliştirme-test-üretim yapısı artık yeterli değildir. Microsoft, kendi belgelerinde kendisini 20.000'den fazla dahili Power Platform ortamı ve ayda 50.000 ila 60.000 aktif oluşturucuyla "Customer Zero" olarak tanımlar. Bu büyüklük için belgeler, her tekil durum için ayrı bir kural tasarlamak yerine ortamları geliştirme türüne, organizasyonel bağlılığa ve risk düzeyine göre tutarlı bir şekilde gruplamayı önerir.

Bu aşamada önem kazanan ek yapı taşları:

• Bölgesel ortamlar bağlı şirketler farklı yargı bölgelerinde faaliyet gösterdiğinde veri yerleşimi ve uyumluluk gereksinimleri için.
• Managed Environments üretim için standart olarak, yedi ile 28 gün arasında genişletilmiş yedekleme saklama sürelerinin yanı sıra paylaşım ve kullanım kontrolleriyle birlikte.
• Otomatikleştirilmiş süreçler ortam talepleri ve bağlayıcı onayları için, ideal olarak manuel tek tek inceleme yerine tanımlanmış bir onay iş akışı üzerinden.
• Kiracı düzeyinde kapasite planlaması, çünkü Deneme ve Geliştirici türleri dışındaki her ortam, tüm kiracı genelinde paylaşılan başlangıçta 1 GB veritabanı kapasitesi ayırır.

Sonunda kaç ortam oluşursa oluşsun: ortam grupları, yönlendirme kuralları ve düzenli bir adlandırma kuralıyla, birkaç yüz ortamda bile hangi kuralların nerede geçerli olduğu ve kimin neye erişebileceği üzerindeki kontrolü elinde tutarsın.

Yapıya genel bakış

• Bireysel/mikro işletme: bir üretim ortamı artı kişisel geliştirici ortamları, varsayılan ortam Microsoft 365 özelleştirmeleri için ayrılmış olarak kalır.
• KOBİ: tutarlı bir adlandırma kuralına sahip klasik geliştirme, test ve üretim üçlüsü.
• Birden fazla departmanı olan orta ölçekli işletme: departmana veya yaşam döngüsüne göre ortam grupları, yeni oluşturucular için ortam yönlendirmesi.
• Büyük şirket/kurumsal: geliştirme türüne, organizasyona ve riske göre gruplama, bölgesel ortamlar, standart olarak Managed Environments, otomatikleştirilmiş onay süreçleri.

Kendi organizasyonunun hangi aşamada olduğundan emin olmayan biri, mevcut çalışan sayısından değil, aktif oluşturucu sayısından ve işletme açısından kritik akışların sayısından yola çıkmalıdır. 50 çalışanı olan ama paralel geliştirme yapan on Power Automate oluşturucusuna sahip bir şirket, test ve üretimin net şekilde ayrıldığı KOBİ yapısına zaten ihtiyaç duyar. NordFlux'un Power Automate danışmanlığında bu sınıflandırma genellikle bir projenin başında, ilk üretim akışı oluşturulmadan önce birlikte yapılır.

Sık sorulan sorular

Başlamak için varsayılan ortam yeterli midir?

İlk denemeler ve basit Microsoft 365 özelleştirmeleri için evet, kalıcı iş süreçleri için hayır. Belgelere göre varsayılan ortam hiçbir yedekleme garantisi sunmaz ve açıkça üretim iş yükleri için düşünülmemiştir. Bir akış işletme açısından kritik hale gelir gelmez, kendi üretim ortamına taşınmalıdır.

Ortam grupları ne zamandan itibaren mantıklı olur?

Ortam grupları, içerdikleri ortamların yönetilen ortamlar olmasını gerektirir ve faydasını özellikle birden fazla ortamın güvenlik, paylaşım veya yedekleme saklama süresine ilişkin aynı kuralları alması gerektiğinde gösterir. Bir ile üç ortam arasında bu hâlâ manuel olarak yürütülebilir; orta düzeyde iki basamaklı bir sayıdan itibaren merkezi kural yönetimi belirgin şekilde hissedilir hale gelir.

Sandbox ortamı ile geliştirici ortamı arasındaki fark nedir?

Sandbox ortamı, kopyalama ve sıfırlama gibi özelliklere sahip, çoğunlukla birlikte geliştirme veya test yapan ekipler için düşünülmüş bir üretim dışı ortamdır. Geliştirici ortamı ise kişisel, tek kullanıcılık bir ortamdır: her kişi bundan en fazla üç tane oluşturabilir, bunlar kiracı kapasitesine sayılmaz ve yalnızca sahibi için tasarlanmıştır.

Orta ölçekli bir işletmenin gerçekten kaç üretim ortamına ihtiyacı vardır?

Bu, çalışan sayısından çok bağımsız iş birimlerinin sayısına ve bunların uyumluluk gereksinimlerine bağlıdır. Bölge veya departmana göre ayrım için düzenleyici bir neden olmadığı sürece, genellikle tüm şirket için tek bir üretim ortamı yeterlidir. Veri izolasyonu, farklı yayın süreçleri veya her alan için kendi uyumluluk gereksinimleri devreye girdiğinde ikinci veya üçüncü bir üretim ortamı anlamlı hale gelir.

Daha sonra basit bir ortam yapısından daha karmaşık bir yapıya geçebilir miyim?

Evet, bu aslında normal olan durumdur. Microsoft, ortam stratejisini açıkça organizasyonla birlikte büyüyen bir şey olarak tanımlar. Bu geçiş, en başından itibaren düzenli bir adlandırma kuralına ve test ile üretim arasında bir ayrıma uyulduğunda en kolay şekilde gerçekleşir, çünkü mevcut ortamlar daha sonra tamamen yeniden oluşturulmak zorunda kalmak yerine, yeni oluşturulan ortam gruplarına daha kolay yerleştirilebilir.