ALM için ortam stratejisi
Uygulama yaşam döngüsü yönetimi (ALM) ilkelerini takip etmek için, uygulama geliştirme ve üretim için ayrı ortamlara gereksinim duyarsınız. Temel ALM 'yi yalnızca ayrı geliştirme ve üretim ortamlarıyla gerçekleştirebilseniz de, en az bir sınama ortamını geliştirme ve üretim ortamlarınızla ayrı olarak tutmanızı öneririz. Ayrı bir sınama ortamınıza sahip olduğunuzda, çözüm dağıtımını ve uygulama sınamasını içeren uçtan uca doğrulama gerçekleştirebilirsiniz. Bazı kuruluşların kullanıcı kabul testi (UAT), sistem tümleştirme testi (SIT) ve eğitim için daha fazla ortama ihtiyacı olabilir.
Ayrı geliştirme ortamları, tamamlanmadan önce bir çalışma çabası tarafından denetlenen değişiklikleri ayırmaya yardımcı olabilir. Ayrı geliştirme ortamları da, bir kişi değişiklikleri yaparken diğerini olumsuz etkilediği durumları azaltmak için de yararlı olabilir.
Her bir kuruluş benzersizdir, bu nedenle kuruluşunuzun ortam ihtiyaçlarınızı ne kadar dikkatle inceleyin.
Geliştirme ortamları
Aşağıdaki soruları yanıtlamalısınız:
- Kaç tane geliştirme ortamına ihtiyacım var?
- Daha fazla bilgi: Ortamlara genel bakış
- Kaynak kodundan nasıl otomatik olarak ortam temin olabilirim?
- Daha fazla bilgi: Azure DevOps için Microsoft Power Platform Build Tools
- Ortamlarım üzerinde bağımlılıklar nelerdir?
- Daha fazla bilgi: Birden fazla çözüm katmanı ve bağımlılık
Diğer ortamlar
"Ne tür geliştirme olmayan ortamlara gerek duymalıyım?" sorusu de yanıtmalısınız.
Örneğin, üretim ortamınıza ek olarak, ayrı bir test, UAT, SIT ve ön üretim ortamına gereksinim duyabilirsiniz. En azından, sağlıklı bir ALM uygulamasının üretim ortamına bir şey dağıtmadan önce sınama ortamı kullanarak yer alması gerektiğini unutmayın. Bu, uygulamanızı test etmek için bir yer olmasını sağlar, ancak dağıtımın kendisinin test edilebilir olmasını da sağlar.
Daha fazla bilgi: Microsoft Power Platform için ortam stratejisi oluşturma
Birden çok coğrafi bölgeyle ilgili hususlar
Power Platform ortamları, ortamlar dünya genelinde güncelleştirilirken belirli bir hizmet güncelleştirme zamanlamasını izler. Öncelikle coğrafi konuma göre tanımlanan toplam altı istasyon vardır. Hizmet güncelleştirmeleri her istasyon için sırayla uygulanır. Bu nedenle, istasyon 2 hizmet güncelleştirmeleri istasyon 3'den önce uygulanır. Bu nedenle, farklı istasyonlarda bulunan ortamların belirli bir zamanda farklı sürümlere sahip olması yaygındır. Ortam hizmeti güncelleştirme zamanlaması hakkında Daha fazla bilgi edinmek için bkz. Microsoft Dataverse'in yayımlanmış sürümleri
Çözüm içeri aktarma ve ortam sürümü
Farklı bölgelerde birden çok ortamınız olduğunda, bir çözümü içe aktarırken aşağıdakileri anlamak önemlidir:
- Çözümü, çözümün dışarı aktarıldığı ortamdan daha yeni bir sürüm olan bir ortama aktarabilirsiniz.
- Çözümü, çözümün dışarı aktarıldığı ortamdan daha yeni bir eski olan bir ortama güvenilir şekilde aktaramazsınız. Bunun nedeni, eski ortamda bileşenlerin veya gerekli işlevlerin eksik olabilmesidir.
Ortamları hizmet güncelleştirme istasyonlarıyla başarılı şekilde uyumlu hale getirme örneği
Kanada ve Amerika Birleşik Devletleri'nde üretim ortamlarınız olduğunu düşünün. Bu durumda, geliştirme ortamlarınız Kanada'da (istasyon 2) değil Kuzey Amerika'da (istasyon 5) olmalıdır. Böylece, geliştirme ortamlarınız her zaman üretim ortamlarınızla aynı veya önceki bir sürüme sahip olacak ve bu da çözüm içeri aktarma sürüm çakışmalarını kısıtlayacaktır.
