Çözümlerinizi düzenleme
Çözüm oluşturmadan önce, önceden planlamak için zaman ayırın. Örneğin, yayınlamak istediğiniz çözüm sayısını ve çözümlerin bileşenleri paylaşıp paylaşmayacağını düşünün.
Ayrıca, çözüm hattınızı geliştirmek için gereken Microsoft Dataverse ortamı sayısını da belirleyin. Bu makalede açıklanan stratejilerin çoğu için tek bir ortam kullanabilirsiniz. Ancak, yalnızca bir ortama kullanmayı seçip ve daha sonra daha fazlasına gereksinim duyarsanız insanlar bunları önceden yüklemiş olursa çözümü değiştirmek zor olabilir. Birden çok ortam kullanılması, daha fazla karmaşıklığa neden olmasına rağmen daha iyi esneklik sağlayabilir.
Aşağıdaki bölümlerde, basitten karmaşığa doğru bir sıralama olarak listelenen çözümlerin yönetilmesi için farklı stratejiler açıklanmaktadır.
Tek çözüm
Bir çözüm oluşturarak, çalışan bir özelleştirmeler kümesi kurarsınız. Bu, özelleştirdiğiniz öğeleri bulmayı kolaylaştırır.
Yalnızca tek bir yönetilen çözüm oluşturmak istediğinizde bu yaklaşım önerilir. Çözümü ileride bölmek zorunda kalabileceğinizi düşünüyorsanız, birden çok çözüm kullanmayı düşünebilirsiniz.
Birden çok çözüm
Bileşenleri paylaşmayan iki ilgisiz çözümünüz varsa, en doğrudan yaklaşım iki yönetilmeyen çözüm oluşturmaktır.
Not
Çözümlerde uygulama şeritlerini veya site haritasını değiştirme, çok yaygın olarak kullanılır. Her iki çözümünüz de bu çözüm bileşenlerini değiştirirse, bunlar paylaşılmış bileşenlerdir. Paylaşılan bileşenlerle nasıl çalışılacağıyla ilgili bilgi için aşağıdaki bölüme bakın.
Birden çok çözüm katmanı ve bağımlılıkları
Hedef ortamınıza farklı çözümler aktardığınızda, var olan çözümün genellikle içeri aktarılan çözümün altında yer aldığı katmanlar oluşturursunuz. Çözüm katmanları söz konusu olduğunda, çapraz çözüm bağımlılıklarına sahip olmamanız önemlidir. Aynı ortamda yönetilmeyen bileşeni kullanan birden çok çözüme sahip olmaktan kaçınılmalıdır. Bu, özellikle tablolar için geçerlidir.
Çapraz bağımlılık riskleri olmadığında, çözümlerinizi bileşen türüne göre bölümlere ayırın. Örneğin, tüm tablolarınızı içeren bir çözüme, tüm eklentilerinizi içeren başka bir çözüme ve tüm akışlarınızın bulunduğu üçüncü bir çözüme sahip olan bir çözüme sahip olun. Bu farklı bileşenlerin, çapraz çözüm bağımlılıklarına ilişkin riskleri yoktur. Bu nedenle, aynı ortamda bu şekilde oluşturulmuş birden çok çözüme sahip olmak güvenlidir.
İkisi de tablo içeren bir ortamda iki farklı çözüme sahip olmayın. Bunun nedeni, tablolar arasında, bir çapraz çözüm bağımlılığı oluşturan ve sonraki bir zamanda hedef ortamdaki sorunları çözümü yükseltmeye veya silmeye neden olan tabloları arasında sıkça görülen risklerin olmasıdır.
Çözüm katmanlarınızı tasarlarken ve uygulamalar için yapılandırılmış bir yaklaşıma sahip olmak istiyorsanız bir temel katmanla başlamanız gerekir. Daha sonra, temel katmanın en üstünde yer alacak ek çözümleri içeri aktarırsınız. Daha sonra temel katman ve en üstteki bu temel katmanı genişleten uzatma katmanınız olur.
Projelerinizi bu şekilde yönetirken, her katman için ayrı bir ortam kullanmanızı öneririz. Aşağıdaki adımları kullanarak çözüm katmanınızı oluşturun.
Aşağıdaki adımlarda çözümleri oluşturmadan önce, ortamlarınızla ilgili tüm çözümler için tek bir yayımcı kullanın. Daha fazla bilgi: Çözüm yayımcısı
"Temel" ortamda, bu ortamdaki yönetilmeyen tablolarle ve başka tablolar olmadan temel çözümünüz vardır. Daha sonra bu çözümü yönetilen olarak dışarı aktarın.
Uzantı veya "uygulama" katmanı için, daha sonra temel katmanın en üstünde yer alacak ikinci bir ortam ayarlayın.
Yönetilen temel katmanı uygulama katmanı ortamına alın ve uygulama katmanı için yönetilmeyen bir çözüm oluşturun.
Artık uygulama çözümüne ek tablolar, sütunlar, tablo ilişkiler vb. ekleyerek veri modelini genişletebilirsiniz. Daha sonra bu uygulama çözümünü yönetilen olarak dışarı aktarın. Uygulama çözümünün temel katman çözümünde bağımlılıklara sahip olacağını unutmayın.
Üretim ortamınızda, yönetilen temel katmanı ve ardından yönetilen uygulama katmanını içeri aktarın. Bu, iki yönetilen çözüm arasında net bağımlılıklar içeren ortamda iki yönetilen katman oluşturur. Bu şekilde birden çok çözümü yönetmek, gerekirse en üst katmanı kaldırmak gibi çözüm bakım sorunlarına yol açabilecek çözüm bağımlılıkları oluşturmaz.
Bakımını yapmak istediğiniz kadar farklı çözüm olması için bu segmentasyon modelini yineleyin. Çözüm katmanlarınızın yönetilebilir durumda tutmak için çözümlerin sayısını olabildiğince küçük tutmanızı önerdiğimiz halde.
Ayrıca bkz.
Bölümlenmiş çözümler kullanma
Senaryo 5: Destek ekibi geliştirmesi