Yaşam döngüsü yönetimi en iyi yöntemleri
Bu makale, Microsoft Fabric'te yaşam döngüsü boyunca içeriklerini yöneten veri & analizi oluşturucuları için rehberlik sağlar. Makale, yayın aracı olarak kaynak denetimi ve dağıtım işlem hatları için Git tümleştirmesinin kullanımına odaklanır. Kurumsal içerik yayımlama hakkında genel bir kılavuz için , Kurumsal içerik yayımlama.
Önemli
Microsoft Fabric önizleme aşamasındadır.
Makale dört bölüme ayrılır:
İçerik hazırlama - İçeriğinizi yaşam döngüsü yönetimi için hazırlayın.
Geliştirme - Dağıtım işlem hatları geliştirme aşamasında içerik oluşturmanın en iyi yolları hakkında bilgi edinin.
Test - Ortamınızı test etmek için dağıtım işlem hatları test aşamasının nasıl kullanılacağını anlayın.
Üretim - İçeriğinizi tüketim için kullanılabilir hale getirmek için dağıtım işlem hatları üretim aşamasını kullanma.
İçerik hazırlama
İçeriğinizi yaşam döngüsü boyunca devam eden yönetime en iyi şekilde hazırlamak için, aşağıdakilerden önce bu bölümdeki bilgileri gözden geçirin:
İçeriği üretim ortamına bırakın.
Belirli bir çalışma alanı için dağıtım işlem hattı kullanmaya başlayın.
Ekipler arasında ayrı geliştirme
Kuruluştaki farklı ekipler, aynı proje üzerinde çalışırken bile genellikle farklı uzmanlık, sahiplik ve çalışma yöntemlerine sahiptir. Her takıma istedikleri gibi çalışabilmeleri için bağımsızlıklarını verirken sınırlar belirlemek önemlidir. Farklı ekipler için ayrı çalışma alanları kullanmayı göz önünde bulundurun. Bu, her ekibin farklı izinlere sahip olmasını, farklı kaynak denetimi depolarıyla çalışmasını ve içeriği farklı bir tempoda üretime göndermesini sağlar. Çoğu öğe çalışma alanları arasında verilere bağlanabilir ve verileri kullanabilir, bu nedenle aynı veri ve proje üzerinde işbirliğini engellemez.
İzin modelinizi planlama
Hem Git tümleştirmesi hem de dağıtım işlem hatları yalnızca çalışma alanı izinlerinden farklı izinler gerektirir. Git tümleştirme ve dağıtım işlem hatları için izin gereksinimleri hakkında bilgi edinin.
Güvenli ve kolay bir iş akışı uygulamak için, hem Git deposu hem de bir işlem hattındaki geliştirme/test/üretim aşamaları olmak üzere kullanılan ortamların her bir bölümüne kimlerin erişeceklerini planlayın. Dikkate alınması gereken bazı noktalar şunlardır:
Git deposundaki kaynak koduna kimlerin erişimi olmalıdır?
İşlem hattına erişimi olan kullanıcılar her aşamada hangi işlemleri yapmalıdır?
Test aşamasında içeriği kimler gözden geçiriyor?
Test aşamasında gözden geçirenlerin işlem hattına erişimi olmalı mıdır?
Üretim aşamasına dağıtımı kim denetlemelidir?
İşlem hattına hangi çalışma alanını atayın veya Git'e bağlanın?
Çalışma alanını hangi dala bağlıyorsunuz? Bu dal için tanımlanan ilke nedir?
Çalışma alanı birden çok ekip üyesi tarafından mı paylaşılıyor? Değişiklikleri doğrudan çalışma alanında mı yoksa yalnızca Çekme istekleriyle mi yapmalılar?
Çalışma alanınızı hangi aşamaya atıyorsunuz?
Atadığınız çalışma alanının izinlerinde değişiklik yapmanız gerekiyor mu?
Farklı aşamaları farklı veritabanlarına bağlama
Üretim veritabanının her zaman kararlı ve kullanılabilir olması gerekir. En iyisi, iş zekası oluşturucuları tarafından geliştirme veya test veri kümeleri için oluşturulan sorgularla aşırı yüklememektir. Üretim verilerini korumak ve geliştirme veritabanını üretim verilerinin tamamıyla aşırı yüklememek için geliştirme ve test için ayrı veritabanları oluşturun.
Aşamalar arasında değişecek yapılandırmalar için parametreleri kullanma
Mümkün olduğunda geliştirme/test/üretim aşamaları arasında değişebilecek herhangi bir tanıma parametre ekleyin. Parametreleri kullanmak, değişikliklerinizi üretim ortamına taşıdığınızda tanımları kolayca değiştirmenize yardımcı olur. Doku'da parametreleri yönetmenin hala birleşik bir yolu olmasa da, bunu herhangi bir parametreleştirme türünü destekleyen öğelerde kullanmanızı öneririz.
Parametrelerin veri kaynaklarına veya Doku'daki iç öğelere yönelik bağlantıları tanımlama gibi farklı kullanımları vardır. Sorgularda, filtrelerde ve kullanıcılara görüntülenen metinde değişiklik yapmak için de kullanılabilirler.
Dağıtım işlem hatlarında, her dağıtım aşaması için farklı değerler ayarlamak üzere parametre kurallarını yapılandırabilirsiniz.
Geliştirme
Bu bölümde dağıtım işlem hatlarıyla çalışmaya ve geliştirme aşamanıza uygun kullanımınıza yönelik yönergeler sağlanır.
Çalışmanızı git deposuna yedekleme
Git tümleştirmesiyle, tüm geliştiriciler git'e işleyerek çalışmalarını yedekleyebilir. Bunu Doku'da düzgün bir şekilde yapmak için bazı temel kurallar şunlardır:
Başkalarının işlenmeden önce çalışmanızı geçersiz kılmaması için çalışmanız gereken yalıtılmış bir ortamınız olduğundan emin olun. Bu, masaüstü aracında (VSCode, Power BI Desktop veya diğerleri gibi) veya diğer kullanıcıların erişemeyecekleri ayrı bir çalışma alanında çalışmak anlamına gelir.
Oluşturduğunuz ve başka bir geliştiricinin kullanmadığını bir dala işleyin. Çalışma alanını yazma ortamı olarak kullanıyorsanız dallarla çalışma hakkında bilgi edinin.
Birlikte dağıtılması gereken değişiklikleri birlikte işleyin. Bu öneri, tek bir öğe veya aynı değişiklikle ilgili birden çok öğe için geçerlidir. Tüm ilgili değişikliklerin birlikte işlenmesi, daha sonra diğer aşamalara dağıtım yaparken, çekme istekleri oluştururken veya değişiklikleri geri alırken size yardımcı olabilir.
Büyük işlemeler maksimum işleme boyutu sınırına ulaşabilir. Birlikte işlediğiniz öğe sayısına veya bir öğenin genel boyutuna dikkat edin. Örneğin, büyük görüntüler eklenirken raporlar büyüyebilir. Büyük boyutlu öğeleri çalışsa bile kaynak denetim sistemlerinde depolamak kötü bir uygulamadır. Görüntü gibi çok fazla statik kaynağı varsa öğelerinizin boyutunu küçültmenin yollarını göz önünde bulundurun.
Değişiklikleri geri döndürme
Çalışmanızı yedekledikten sonra, önceki bir sürüme geri dönüp çalışma alanına geri yüklemek istediğiniz durumlar olabilir. Bunun için birkaç seçenek vardır:
Geri Al düğmesi: Geri al işlemi, henüz işlenmedikleri sürece yaptığınız değişiklikleri geri döndürmenin kolay ve hızlı bir yoludur. Ayrıca her öğeyi ayrı ayrı geri alabilirsiniz. Geri alma işlemi hakkında daha fazla bilgi edinin.
Eski işlemelere geri dönme: Kullanıcı arabiriminde önceki işlemeye geri dönmenin doğrudan bir yolu yoktur. En iyi seçenek, git geri döndürme veya gitsıfırlama kullanarak eski bir işlemeyi HEAD olarak yükseltmektir. Bunu yaptığınızda kaynak denetim bölmesinde bir güncelleştirme olduğu gösterilir ve çalışma alanını bu yeni işlemeyle güncelleştirebilirsiniz.
Veriler Git'te depolanmadığından, bir veri öğesini eski bir sürüme döndürmenin mevcut verileri bozabileceğini ve verileri bırakmanızı gerektirebileceğini veya işlemin başarısız olabileceğini düşünün. Değişiklikleri geri döndürmeden önce bunu önceden denetleyin.
'Özel' çalışma alanıyla çalışma
Yalıtılmış olarak çalışmak istediğinizde, yalıtılmış bir ortam olarak ayrı bir çalışma alanı kullanın. Dallarla çalışırken bu konuda daha fazla bilgi edinin. Siz ve ekip için en uygun iş akışı için aşağıdakileri göz önünde bulundurun:
Çalışma alanını ayarlama: Başlamadan önce, yeni bir çalışma alanı (henüz yoksa) oluşturabildiğinizden, bunu bir Yapı kapasitesine atayabileceğinizden ve çalışma alanınızda çalışmak üzere verilere erişebildiğinizden emin olun.
Yeni dal oluşturma: ana daldan yeni bir dal oluşturun, böylece içeriğinizin en güncel sürümüne sahip olursunuz. Ayrıca, doğru içeriği çalışma alanına çekebilmek için daldaki doğru klasöre bağlandığınızdan emin olun.
Küçük, sık yapılan değişiklikler: Birleştirmesi kolay ve çakışmalara girme olasılığı daha düşük olan küçük artımlı değişiklikler yapmak git için en iyi yöntemdir. Bu mümkün değilse, önce çakışmaları kendi başınıza çözebilmek için dalınızı main'dan güncelleştirdiğinizden emin olun.
Yapılandırma değişiklikleri: Gerekirse, daha üretken çalışmanıza yardımcı olmak için çalışma alanınızdaki yapılandırmaları değiştirin. Bazı değişiklikler öğeler arasında veya farklı veri kaynaklarıyla bağlantıyı veya belirli bir öğedeki parametrelerde yapılan değişiklikleri içerebilir. İşleme yaptığınız her şeyin işlemenin bir parçası olacağını ve yanlışlıkla ana dalda birleştirilebileceğini unutmayın.
çalışmanızı düzenlemek için İstemci araçlarını kullanma
Bunu destekleyen öğeler ve araçlar için, veri kümeleri ve raporlar için Power BI Desktop, Not Defterleri için VSCode gibi yazma için istemci araçlarıyla çalışmak daha kolay olabilir. Bu araçlar yerel geliştirme ortamınız olabilir. Çalışmanızı tamamladıktan sonra değişiklikleri uzak depoya gönderin ve değişiklikleri karşıya yüklemek için çalışma alanını eşitleyin. Yalnızca yazmakta olduğunuz öğenin desteklenen yapısıyla çalıştığınızdan emin olun. Emin değilseniz, önce çalışma alanıyla eşitlenmiş içeriği olan bir depoyu kopyalayın, sonra da yapının zaten mevcut olduğu oradan yazmaya başlayın.
Çalışma alanlarını ve dalları yönetme
Çalışma alanı aynı anda yalnızca tek bir dala bağlanabildiğinden, bunu 1:1 eşlemesi olarak ele alınması önerilir. Ancak, içerdiği çalışma alanı miktarını azaltmak için şu seçenekleri göz önünde bulundurun:
Bir geliştirici tüm gerekli yapılandırmalarla özel bir çalışma alanı ayarladıysa, gelecekteki tüm dallar için bu çalışma alanını kullanmaya devam edebilir. Sprint bittiğinde, değişiklikleriniz birleştirilir ve yeni bir görev başlatırsınız, bağlantıyı aynı çalışma alanında yeni bir dala geçirmeniz yeter. Bir sprint'in ortasında aniden bir hatayı düzeltmeniz gerekiyorsa da bunu yapabilirsiniz. Bunu web üzerinde çalışan bir dizin olarak düşünün.
İstemci aracı (VSCode, Power BI Desktop veya diğerleri gibi) kullanan geliştiricilerin mutlaka bir çalışma alanına ihtiyacı yoktur. Dallar oluşturabilir ve değişiklikleri bu dala yerel olarak işleyebilir, bunları uzak depoya gönderebilir ve ana dala bir çekme isteği oluşturabilir ve bunların tümü çalışma alanı olmadan yapılabilir. Çalışma alanı, her şeyin gerçek hayattaki bir senaryoda çalışıp çalışmadığını denetlemek için yalnızca test ortamı olarak gereklidir. Bunun ne zaman olacağına karar vermek size bağlı.
Test etme
Bu bölüm, bir dağıtım işlem hatları test aşamasıyla çalışmaya yönelik rehberlik sağlar.
Üretim ortamınızı simüle etme
Değişikliğinizin üretim aşamasını nasıl etkilediğini görmek önemlidir. Dağıtım işlem hatları test aşaması, test amacıyla gerçek bir üretim ortamının benzetimini yapmanızı sağlar. Alternatif olarak, Git'i ek bir çalışma alanına bağlayarak bunun benzetimini yapabilirsiniz.
Bu üç faktörün test ortamınızda ele alındığından emin olun:
Veri hacmi
Kullanım hacmi
Üretimdekine benzer boyutta bir kapasite
Test sırasında, üretim aşamasındakiyle aynı boyuttaki kapasiteyi kullanabilirsiniz. Ancak, aynı kapasitenin kullanılması yük testi sırasında üretimi kararsız hale getirebilir. Kararsız üretimden kaçınmak için, kaynaklarda üretim kapasitesine benzer farklı bir kapasite kullanmayı test edin. Ek maliyetlerden kaçınmak için yalnızca test süresi için ödeme yapabileceğiniz bir kapasite kullanın.
Gerçek hayattaki veri kaynağıyla dağıtım kurallarını kullanma
Gerçek hayattaki veri kullanımını simüle etmek için test aşamasını kullanıyorsanız geliştirme ve test veri kaynaklarını ayırmanız önerilir. Dağıtım veritabanının göreli olarak küçük, test veritabanının ise üretim veritabanıyla mümkün olduğunca benzer olması gerekir. Test aşamasındaki veri kaynakları arasında geçiş yapmak veya dağıtım işlem hatlarında çalışmıyorsa bağlantıyı parametreleştirmek için veri kaynağı kurallarını kullanın.
İlgili öğeleri denetleme
Yaptığınız değişiklikler bağımlı öğeleri de etkileyebilir. Test sırasında, değişikliklerinizin güncelleştirilen öğelere bağımlı olabilecek mevcut öğelerin performansını etkilemediğini veya bozmadığını doğrulayın.
Etki analizini kullanarak ilgili öğeleri kolayca bulabilirsiniz.
Veri öğelerini güncelleştirme
Veri öğeleri, verileri depolayan öğelerdir. Öğenin Git'teki tanımı, verilerin nasıl depolandığını tanımlar. Çalışma alanında bir öğeyi güncelleştirirken, tanımını çalışma alanına aktarıyor ve mevcut verilere uyguluyoruz. Veri öğelerini güncelleştirme işlemi Git ve dağıtım işlem hatları için aynıdır.
Tanımda yapılan değişiklikler uygulandığında verileri saklama konusunda farklı öğeler farklı özelliklere sahip olduğundan, değişiklikleri uygularken dikkatli olun. Değişiklikleri en güvenli şekilde uygulamanıza yardımcı olabilecek bazı uygulamalar:
Değişikliklerin ne olduğunu ve mevcut veriler üzerindeki etkilerini önceden bilin. Yapılan değişiklikleri açıklamak için işleme iletilerini kullanın.
Bu öğenin değişiklikleri test verileriyle nasıl işlediğini görmek için değişiklikleri önce bir geliştirme veya test ortamına yükleyin.
Her şey yolunda giderse üretimdeki beklenmeyen davranışları en aza indirmek için bunu gerçek zamanlı verilerle (veya mümkün olduğunca yakın) hazırlama ortamında da denetlemenizi öneririz.
Verileri kullanan işletme kullanıcılarınıza herhangi bir hatanın neden olabileceği zararı en aza indirmek için Prod ortamını güncelleştirirken en iyi zamanlamayı göz önünde bulundurun.
Dağıtımdan sonra, her şeyin beklendiği gibi çalıştığını doğrulamak için Prod'da dağıtım sonrası testler gerçekleştirir.
Bazı değişiklikler her zaman hataya neden olan değişiklikler olarak kabul edilir. Önceki adımların üretimden önce bunları izlemenize yardımcı olacağını umuyoruz. Prod'da değişiklikleri uygulama ve verileri kurtararak normal duruma geri dönme ve iş kullanıcıları için kapalı kalma süresini en aza indirme hakkında bir plan oluşturun.
Uygulamanızı test etme
Müşterilerinize bir uygulama aracılığıyla içerik dağıtıyorsanız, üretime geçmeden önce uygulamanın yeni sürümünü gözden geçirin. Her dağıtım işlem hattı aşamasının kendi çalışma alanı olduğundan, geliştirme ve test aşamaları için uygulamaları kolayca yayımlayabilir ve güncelleştirebilirsiniz. Uygulamaları yayımlama ve güncelleştirme, uygulamayı son kullanıcının bakış açısından test etmenizi sağlar.
Önemli
Dağıtım işlemi, uygulama içeriğinin veya ayarlarının güncelleştirilmesini içermez. İçerik veya ayarlarda değişiklik uygulamak için uygulamayı gerekli işlem hattı aşamasında el ile güncelleştirin.
Üretim
Bu bölümde, dağıtım işlem hatlarının üretim aşamasına yönelik kılavuz sağlanır.
Üretime kimlerin dağıtabileceğini yönetme
Üretime dağıtma işleminin dikkatli bir şekilde işlenmesi gerektiğinden, bu hassas işlemi yalnızca belirli kişilerin yönetmesine izin vermek iyi bir uygulamadır. Ancak, belirli bir çalışma alanındaki tüm iş zekası oluşturucularının işlem hattına erişebilmesini istersiniz. Erişim izinlerini yönetmek için üretim çalışma alanı izinlerini kullanın. Diğer kullanıcılar, çalışma alanındaki içeriği görmek için üretim çalışma alanı görüntüleyici rolüne sahip olabilir ancak Git veya dağıtım işlem hatlarında değişiklik yapamaz.
Ayrıca, yalnızca içerik oluşturma işleminin parçası olan kullanıcıların izinlerini etkinleştirerek depoya veya işlem hattına erişimi sınırlayın.
Üretim aşamasının kullanılabilirliğini sağlamak için kurallar ayarlama
Dağıtım kuralları , üretimdeki verilerin her zaman bağlı ve kullanıcılara açık olmasını sağlamanın güçlü bir yoludur. Dağıtım kuralları uygulandığında, siz müşterilerin ilgili bilgileri sorunsuz bir şekilde görebileceğinden emin olurken dağıtımlar çalıştırılabilir.
Veri kümesinde tanımlanan veri kaynakları ve parametreler için üretim dağıtım kuralları ayarladığınızdan emin olun.
Üretim uygulamasını güncelleştirme
İşlem hattındaki dağıtım çalışma alanı içeriğini güncelleştirir, ancak dağıtım işlem hatları API'sini kullanarak ilişkili uygulamayı da güncelleştirebilir. Uygulamayı kullanıcı arabirimi aracılığıyla güncelleştirmek mümkün değildir. Uygulamayı el ile güncelleştirmeniz gerekir. İçerik dağıtımı için bir uygulama kullanıyorsanız, son kullanıcıların en son sürümü hemen kullanabilmesi için üretime dağıtıldıktan sonra uygulamayı güncelleştirmeyi unutmayın.
Git dallarını kullanarak üretime dağıtma
Depo 'tek gerçeklik kaynağı' olarak hizmet verdikçe, bazı takımlar güncelleştirmeleri doğrudan Git'ten farklı aşamalara dağıtmak isteyebilir. Bu, Birkaç önemli nokta ile Git tümleştirmesi ile mümkündür:
Yayın dallarının kullanılması önerilir. Her dağıtımdan önce çalışma alanının yeni yayın dallarına olan bağlantısını sürekli olarak değiştirmeniz gerekecektir.
Derleme veya yayın işlem hattınız kaynak kodu değiştirmenizi veya çalışma alanına dağıtımdan önce derleme ortamında betik çalıştırmanızı gerektiriyorsa, çalışma alanını Git'e bağlamanız size yardımcı olmaz.
Her aşamaya dağıtıldıktan sonra, o aşamaya özgü tüm yapılandırmayı değiştirdiğinizden emin olun.
İçerikte yapılan hızlı düzeltmeler
Bazen üretimde hızlı düzeltme gerektiren sorunlar olabilir. Bir düzeltmeyi önce test etmeden dağıtmak kötü bir uygulamadır. Bu nedenle, düzeltmeyi her zaman geliştirme aşamasında uygulayın ve dağıtım işlem hattı aşamalarının geri kalanına gönderebilirsiniz. Geliştirme aşamasına dağıtmak, düzeltmenin üretime dağıtmadan önce çalışıp çalışmadığını denetlemenize olanak tanır. İşlem hattı genelinde dağıtım yapmak yalnızca birkaç dakika sürer.
Git'ten dağıtım kullanıyorsanız Git dallanma stratejisini benimseme başlığında açıklanan uygulamaları izlemenizi öneririz.