Power BI kullanım senaryoları: Kurumsal içerik yayımlama

  • Makale

Not

Bu makale, Power BI uygulama planlama makale serisinin bir bölümünü oluşturur. Bu seri öncelikle Microsoft Fabric içindeki Power BI iş yüküne odaklanır. Seriye giriş için bkz . Power BI uygulama planlaması.

İçerik oluşturucular kuruluş için önemli analiz çözümleri sunmak için işbirliği yaptıklarında, içeriğin tüketicilere zamanında ve güvenilir bir şekilde sunulmasını sağlamalıdır. Teknik ekipler DevOps adlı bir işlemi kullanarak bu sınamayı ele alır. DevOps, ekiplerin teslimi geliştiren ve hızlandıran uygulamaları benimseyerek süreçleri otomatikleştirmesine ve ölçeklendirmesine olanak tanır.

Not

Aynı zorlukları ele alan veri ekipleri de DataOps uygulamasına sahip olabilir. DataOps, DevOps ilkelerini temel alır, ancak DataOps veri yönetimine özgü veri kalitesi güvencesi ve idare gibi ek uygulamalar içerir. Bu makalede DevOps'a başvuruyoruz, ancak temel ilkelerin DataOps için de geçerli olabileceğini unutmayın.

İçerik oluşturucular ve tüketiciler, Power BI içeriği yayımlamak için DevOps uygulamalarını benimserken çeşitli avantajlardan yararlanıyor. Aşağıdaki noktalar, bu işlemin nasıl çalıştığına ilişkin üst düzey bir genel bakıştır.

  1. İçerik geliştirme ve işi uzak bir depoya işleme: İçerik oluşturucular kendi makinelerinde çözümlerini geliştirir. Geliştirme sırasında düzenli aralıklarla çalışmalarını işleyip uzak bir depoya kaydederler. Uzak depo çözümün en son sürümünü içerir ve tüm geliştirme ekibi tarafından erişilebilir.
  2. Sürüm denetimini kullanarak içerik değişikliklerini işbirliği yapın ve yönetin: Diğer içerik oluşturucular bir dal oluşturarak çözümde düzeltmeler yapabilir. Dal, uzak bir deponun kopyasıdır. Bu düzeltmeler hazır olduğunda ve onaylandığında, dal çözümün en son sürümüyle birleştirilir. Çözümdeki tüm düzeltmeler izlenir. Bu işlem sürüm denetimi (veya kaynak denetimi) olarak bilinir.
  3. İşlem hatlarını kullanarak içerik dağıtma ve yükseltme: Self servis içerik yayımlama kullanım senaryosunda içerik, Power BI dağıtım işlem hatları kullanılarak geliştirme, test ve üretim çalışma alanları aracılığıyla yükseltilir (veya dağıtılır). Power BI dağıtım işlem hatları, kullanıcı arabirimini kullanarak el ile veya REST API'lerini kullanarak içeriği Power BI Premium çalışma alanlarına yükseltebilir. Buna karşılık, kurumsal içerik yayımlama (bu kullanım senaryosunun odağı) Azure Pipelines kullanarak içeriği yükseltmektedir. Azure Pipelines, özelleştirilmiş, programlı bir dizi adım kullanarak içeriğin testini, yönetimini ve dağıtımını otomatik hale getiren bir Azure DevOps hizmetidir. Kurumsal içerik yayımlama kullanım senaryosunda, bu işlem hatları sürekli tümleştirme ve dağıtım (veya CI/CD) işlem hatları olarak da adlandırılabilir. Bu işlem hatları sık sık ve otomatik olarak değişiklikleri tümleştirir ve içerik yayımlamayı kolaylaştırır.

Önemli

Bazen bu makale Power BI Premium'a veya kapasite aboneliklerine (P SKU'ları) başvurur. Microsoft'un şu anda satın alma seçeneklerini birleştirdiğini ve kapasite başına Power BI Premium SKU'larını kullanımdan kaldırdığını unutmayın. Yeni ve mevcut müşteriler bunun yerine Doku kapasitesi abonelikleri (F SKU'ları) satın almayı düşünmelidir.

Daha fazla bilgi için bkz . Power BI Premium lisansına gelen önemli güncelleştirmeler ve Power BI Premium hakkında SSS.

DevOps, içerik yönetimi ve yayını için olgun ve sistematik bir yaklaşımı destekler. İçerik oluşturucuların çözümler üzerinde işbirliği yapmasına olanak tanır ve içeriğin tüketicilere hızlı ve güvenilir bir şekilde teslim edilmesini sağlar. DevOps uygulamalarına bağlı kaldığınızda, kolaylaştırılmış iş akışlarından, daha az hatadan ve içerik oluşturucular ve içerik tüketicileri için geliştirilmiş deneyimlerden yararlanmış olursunuz.

Azure DevOps kullanarak Power BI çözümünüz için DevOps uygulamalarını ayarlar ve yönetirsiniz. Kurumsal senaryolarda, Azure DevOps ve Power BI REST API'leri ile içerik yayınını üç farklı yolla otomatikleştirebilirsiniz.

  • Power BI dağıtım işlem hatlarına sahip Power BI REST API'leri: İçeriği geliştirme çalışma alanlarına aktarabilir ve test ve üretim çalışma alanları aracılığıyla içerik dağıtmak için dağıtım işlem hatlarını kullanabilirsiniz. Azure DevOps'tan dağıtımı denetlemeye devam eder ve tek tek içerik öğeleri yerine dağıtım işlem hatlarını yönetmek için Power BI REST API'lerini kullanırsınız. Ayrıca, Azure DevOps ile Power BI Desktop dosyası (.pbix) yerine veri modeli meta verilerini dağıtmak için XMLA uç noktasını kullanırsınız. Bu meta veriler, sürüm denetimini kullanarak nesne düzeyindeki değişiklikleri izlemenizi sağlar. Daha güçlü ve bakımı daha kolay olsa da bu yaklaşım, Power BI REST API'leri ile içerik içeri aktarma ve dağıtım ayarlamak için Premium lisanslama ve orta düzeyde betik çalışması gerektirir. Dağıtım işlem hatları ile içerik yaşam döngüsü yönetimini basitleştirmek istediğinizde ve Premium lisansınız varsa bu yaklaşımı kullanın. XMLA uç noktası ve Power BI dağıtım işlem hatları Premium özelliklerdir.
  • Power BI REST API'leri: Azure DevOps ve yalnızca Power BI REST API'lerini kullanarak içeriği geliştirme, test ve üretim çalışma alanlarına da aktarabilirsiniz . Bu yaklaşım Premium lisanslama gerektirmez, ancak dağıtım Power BI dışında yönetildiğinden yüksek betik çalışması ve kurulum gerektirir. Power BI içeriğini Azure DevOps'tan merkezi olarak dağıtmak istediğinizde veya Premium lisansınız olmadığında bu yaklaşımı kullanın. İlk iki yaklaşım arasında görsel bir karşılaştırma için yayın işlem hattı yaklaşımları akış diyagramına bakın.
  • Power BI dağıtım işlem hatlarına sahip Power BI otomasyon araçları: Power BI REST API'leri yerine dağıtım işlem hatlarını yönetmek için Power BI otomasyon araçları Azure DevOps uzantısını kullanabilirsiniz. Bu yaklaşım, Power BI dağıtım işlem hatları ile Power BI REST API'lerini kullanan ilk seçeneğin bir alternatifidir. Power BI otomasyon araçları uzantısı açık kaynak bir araçtır. PowerShell betikleri yazmanıza gerek kalmadan Azure DevOps'tan içerik yönetmenize ve yayımlamanıza yardımcı olur. Azure DevOps'tan dağıtım işlem hatlarını en az betik çalışması ile yönetmek istediğinizde ve Premium kapasiteniz varsa bu yaklaşımı kullanın.

Bu makale, Power BI dağıtım işlem hatları ile Power BI REST API'lerini kullanan ilk seçeneğe odaklanır. DevOps uygulamalarını ayarlamak için Azure DevOps'un nasıl kullanılacağını açıklar. Ayrıca azure depolarınızı uzak depolarınız için nasıl kullanabileceğiniz ve Azure Pipelines ile içerik testini, tümleştirmeyi ve teslimi nasıl otomatikleştirebileceğiniz açıklanır. Kurumsal içerik yayımlamayı ayarlamanın tek yolu Azure DevOps değildir, ancak Power BI ile basit tümleştirme iyi bir seçimdir.

Not

Bu kullanım senaryosu, içerik yönetimi ve dağıtım senaryolarından biridir. Kısalık için, içerik işbirliği ve teslim senaryoları konusunda açıklanan bazı yönler bu makalede ele alınmıyor. Tam kapsam için önce bu makaleleri okuyun.

İpucu

Microsoft Fabric, Fabric Git tümleştirmesini kullanarak kurumsal içerik yayımlamaya yönelik diğer seçenekler sağlar. Git tümleştirmesi, Doku çalışma alanını Azure Repos uzak deponuzdaki bir dala bağlamanızı sağlar. Bu dala kaydedilen içerik, çalışma alanında yayımlanmış gibi otomatik olarak çalışma alanıyla eşitlenir. Buna karşılık, içerik oluşturucular doku çalışma alanından uzak depoya değişiklikleri işleyebilir ve gönderebilir.

Git tümleştirmesi işbirliğini ve içerik yayımlamayı kolaylaştırabilir, ancak Doku çalışma alanlarını nasıl kullanacağınız ve dallanma stratejinizin ne olduğu hakkında daha fazla planlama gerektirir. Doku Git tümleştirmesini ayarlama ve kullanma hakkında daha fazla bilgi için bkz . Git tümleştirmesini kullanmaya başlama veya Öğretici: Uçtan uca yaşam döngüsü yönetimi.

Senaryo diyagramı

Aşağıdaki diyagramda, kurumsal içerik yayımlamayı destekleyen en yaygın kullanıcı eylemlerine ve Power BI bileşenlerine yönelik üst düzey bir genel bakış gösterilmiştir. Power BI hizmeti geliştirme, test ve üretim çalışma alanları aracılığıyla içeriği büyük ölçekte program aracılığıyla yönetmek ve yayımlamak için Azure DevOps'un kullanılmasına odaklanılır.

Diyagramda, Azure DevOps kullanarak işbirliğini geliştirme ve içeriği büyük ölçekte yönetme hakkında kurumsal içerik yayımlama gösterilmektedir. Diyagramdaki öğeler tabloda açıklanmıştır.

İpucu

Sununuza , belgelerinize veya blog gönderinize eklemek veya bunu duvar posteri olarak yazdırmak istiyorsanız senaryo diyagramını indirmenizi öneririz. Ölçeklenebilir Vektör Grafikleri (SVG) görüntüsü olduğundan, kalite kaybı olmadan ölçeği artırıp azaltabilirsiniz.

Senaryo diyagramı aşağıdaki kullanıcı eylemlerini, işlemlerini ve özelliklerini gösterir.

Kalem Açıklama
Öğe 1. İçerik oluşturucular Power BI Desktop veya Tablosal Düzenleyici kullanarak veri modelleri geliştirir ve Power BI Desktop'ı kullanarak raporlar geliştirir. İçerik oluşturucular, geliştirme sırasında çalışmalarını yerel bir depoya kaydeder.
Öğe 2. İçerik oluşturucular, bu içeriğin yerel bir kopyasını almak için uzak bir depoyu kopyalayabilir.
Öğe 3. Bazı veri kaynakları, özel bir kuruluş ağı içinde bulunanlar gibi veri yenileme için şirket içi veri ağ geçidi veya sanal ağ geçidi gerektirebilir.
Öğe 4. İçerik oluşturucular, Visual Studio Code gibi bir Git istemcisi kullanarak geliştirme sırasında değişikliklerini düzenli olarak işler ve uzak bir depoya aktarır. Diyagramda uzak depo Azure Depoları'dır.
Öğe 5. Diğer içerik oluşturucular, sürüm denetimiyle değişiklikleri izlemek için Azure Repos'ı kullanır. Değişiklikleri ayrı dallara işleyerek işbirliği yaparlar.
Öğe 6. Uzak depodaki içerikte yapılan değişiklikler Azure Pipelines'ı tetikler. Doğrulama işlem hattı tetiklenen ilk işlem hattıdır. Doğrulama işlem hattı, içeriği yayımlanmadan önce doğrulamak için otomatik testler gerçekleştirir.
Öğe 7. Doğrulama işlem hattını geçen içerik sonraki bir derleme işlem hattını tetikler. Derleme işlem hattı, içeriği Power BI hizmeti yayımlamak için hazırlar. Bu noktaya kadar olan işlem genellikle sürekli tümleştirme (CI) olarak adlandırılır.
Öğe 8. İçerik yayın işlem hatları kullanılarak yayımlanır ve dağıtılır. Yayın işlem hatları, içeriği program aracılığıyla Power BI hizmeti aktarmak için Power BI REST API'lerini veya çalışma alanı XMLA uç noktasını kullanır. Yayın işlem hatlarını kullanarak dağıtım genellikle sürekli dağıtım (CD) olarak adlandırılır.
Öğe 9. Yayın yöneticisi, Azure Pipelines yayın onayını kullanarak test ve üretim çalışma alanlarının dağıtımını denetler. Kurumsal içerik yayımlamada, yayın yöneticisi genellikle içerik yayınını test ve üretim ortamları için planlar ve koordine eder. İçerik oluşturucular, paydaşlar ve kullanıcılarla eşgüdüm ve iletişim kurar.
Öğe 10. Yayın işlem hattı, geliştirme çalışma alanında içerik yayımlar veya içeriği geliştirme aşamasından test çalışma alanlarına veya test çalışma alanlarına yükseltir.
Öğe 11. Doku kapasitesi lisans moduna sahip bir çalışma alanında çalışan içerik oluşturucular Git tümleştirmesi kullanabilir. Git tümleştirmesi sayesinde içerik oluşturucular geliştirme sırasında özel bir çalışma alanında çalışabilir. İçerik oluşturucu, Azure Repos'tan uzak bir dalı (genellikle belirli bir özellik dalı veya hata dalı) kendi özel çalışma alanıyla eşitler. İçerik değişiklikleri Azure Repos'taki uzak dal ile çalışma alanı arasında eşitlenir. Bu senaryoda içerik oluşturucuların içerik yayımlamak için Azure Pipelines'ı kullanması gerekmez. İçerik oluşturucular ayrıca, değişiklikleri yayımladıktan sonra düzenli olarak işleyebilir ve çalışma alanından gönderebilir. Hazır olduğunda, içerik oluşturucular değişikliklerini ana dalla birleştirmek için bir çekme isteği (PR) yapabilir.
Öğe 12. Git tümleştirmesi kullanılırken, geliştirme çalışma alanı içeriğin en son sürümlerini almak için ana dal ile eşitlenir. Bu içerik, bir yayın yöneticisinin gözden geçirmesi, onaylaması ve birleştirmesi için çekme isteklerindeki tüm değişiklikleri içerir.
Öğe 13. Çalışma alanları, Power BI dağıtım işlem hatlarının ve XMLA okuma/yazma uç noktasının kullanılmasına izin vermek için Doku kapasitesi, Premium kapasite, Kullanıcı başına Premium veya Katıştırılmışlisans modu olarak ayarlanır.
Öğe 14. Dağıtım işlem hattı yöneticisi, Power BI dağıtım işlem hattını üç aşamayla ayarlar: geliştirme, test ve üretim. Her aşama, Power BI hizmeti ayrı bir çalışma alanına hizalanır. Dağıtım işlem hattı için dağıtım ayarları ve erişim ayarlanır.
Öğe 15. Geliştirme çalışma alanı, tüm onaylanan ve birleştirilmiş değişiklikler dahil olmak üzere içeriğin en son sürümlerini içerir. Onaylandıktan sonra yayın işlem hattı geliştirmeden test çalışma alanına içerik dağıtır.
Öğe 16. Test çalışma alanındaki gözden geçirenler içerik üzerinde test ve kalite güvencesi gerçekleştirir. Onaylandığında, yayın işlem hattı testten üretim çalışma alanına içerik dağıtır. Dağıtım işlem hatlarıyla Git tümleştirmesi kullanılırken test çalışma alanı herhangi bir dal ile eşitlenmez.
Öğe 17. Dağıtım işlem hattı dağıtımı tamamladıktan sonra içerik oluşturucular dağıtım sonrası etkinlikleri el ile gerçekleştirir. Etkinlikler, zamanlanmış veri yenilemeyi ayarlamayı veya üretim çalışma alanı için bir Power BI uygulamasını güncelleştirmeyi içerebilir. Dağıtım işlem hatlarıyla Git tümleştirmesi kullanılırken, üretim çalışma alanı herhangi bir dal ile eşitlenmez.
Öğe 18. İçerik görüntüleyiciler, üretim çalışma alanını veya Power BI uygulamasını kullanarak içeriğe erişmektedir.

İpucu

Self servis içerik yayımlama ve gelişmiş veri modeli yönetimi kullanım senaryolarını da gözden geçirmenizi öneririz. Kurumsal içerik yayımlama kullanım senaryosu, bu senaryoların tanıttığını kavramlar temel alır.

Önemli noktalar

Aşağıda, kurumsal içerik yayımlama senaryosu hakkında vurgulanması gereken bazı önemli noktalar yer almaktadır.

Sürüm denetimi

İçerik yaşam döngüsü sırasındaki değişiklikleri izlemek, içeriğin tüketicilere kararlı ve tutarlı bir şekilde teslim edilmesini sağlamak için önemlidir. Bu kullanım senaryosunda içerik oluşturucuları ve sahipleri, sürüm denetimini kullanarak uzak depodaki içerik değişikliklerini yönetir. Sürüm denetimi, merkezi bir depodaki dosya veya kodda yapılan değişiklikleri yönetme uygulamasıdır. Bu uygulama, sürüm geçmişinin daha iyi işbirliği ve etkili bir şekilde yönetilmesini sağlar. Sürüm denetimi, içerik oluşturucuları için değişiklikleri geri alma veya birleştirme gibi avantajlara sahiptir.

İçerik oluşturucular genellikle daha iyi sürüm denetimini desteklemek için Tablosal Düzenleyici'de veri modelleri geliştirir. Power BI Desktop'ta geliştirdiğiniz bir veri modelinin aksine, Tablosal Düzenleyici'de geliştirilen bir veri modeli, insan tarafından okunabilir meta veri biçiminde kaydedilir. Bu biçim, veri modeli nesne düzeyi sürüm denetimini etkinleştirir. Aynı veri modelinde birden çok kişiyle işbirliği yaparken nesne düzeyinde sürüm denetimi kullanmanız gerekir. Daha fazla bilgi için gelişmiş veri modeli yönetimi kullanım senaryosuna bakın. Power BI Desktop dosyasında (.pbix) yaptığınız rapor tanımı veya veri modeli gibi değişiklikleri görmek mümkün değildir. Örneğin, kullanılan görseller, konumları ve alan eşlemeleri veya biçimlendirmeleri gibi rapor sayfasındaki değişiklikleri izleyemezsiniz.

İçerik oluşturucular veri modeli meta veri dosyalarını ve .pbix dosyalarını Azure Repos gibi merkezi bir uzak depoda depolar. Bu dosyalar teknik bir sahip tarafından seçilmiştir. İçerik oluşturucu bir çözüm geliştirirken, teknik sahip çözümü yönetmek, değişiklikleri gözden geçirmek ve bunları tek bir çözümde birleştirmekle sorumludur. Azure Repos, değişiklikleri izlemek ve yönetmek için gelişmiş seçenekler sağlar. Bu yaklaşım, oluşturucunun sürüm izleme ile OneDrive depolamayı kullandığı self servis içerik yayımlama kullanım senaryosunda açıklanan yaklaşımdan farklıdır. İyi seçilmiş, belgelenmiş bir deponun korunması, tüm içeriğin ve işbirliğinin temelini oluşturur.

Sürüm denetimi için uzak depo ayarlamanıza yardımcı olacak bazı önemli noktalar aşağıdadır.

  • Kapsam: Deponun kapsamını açıkça tanımlayın. İdeal olarak, deponun kapsamı, tüketicilere içerik sunmak için kullandığınız aşağı akış çalışma alanlarının ve uygulamaların kapsamıyla aynıdır.
  • Erişim: Dağıtım işlem hattı izinlerinizi ve çalışma alanı rollerinizi ayarladığınıza benzer bir izin modeli kullanarak depoya erişimi ayarlamanız gerekir. İçerik oluşturucuların depoya erişmesi gerekir.
  • Belgeler: Amacını, sahipliğini, erişimini ve tanımlı işlemlerini belgelendirmek için depoya metin dosyaları ekleyin. Örneğin, belgelerde değişikliklerin nasıl hazırlanıp işlenmesi gerektiği açıklanabilir.
  • Araçlar: Değişiklikleri uzak bir depoya işlemek ve göndermek için içerik oluşturucuların Visual Studio veya Visual Studio Code gibi bir Git istemcisine ihtiyacı vardır. Git, dosyalarınızdaki değişiklikleri izleyen dağıtılmış bir sürüm denetim sistemidir. Git temel bilgilerini öğrenmek için bkz . Git nedir?.

Not

Power BI Desktop dosyalarını (.pbix) işlemeyi planlıyorsanız Git Büyük Dosya Depolama (LFS) kullanmayı göz önünde bulundurun. Git LFS, .pbix dosyası gibi değişikliklerin görünür olmadığı (fark edilemeyen dosyalar) dosyaları yönetmek için gelişmiş seçenekler sağlar. Örneğin, geliştirme sırasında bir Power BI raporunda eşzamanlı değişiklikleri önlemek için dosya kilitlemeyi kullanabilirsiniz. Ancak Git LFS'nin kendi istemcisi ve yapılandırması vardır.

Azure DevOps ile işbirliği

Bir çözümün kapsamı ve karmaşıklığı arttıkça, birden çok içerik oluşturucu ve sahibin işbirliği içinde çalışması gerekebilir. İçerik oluşturucuları ve sahipleri, Azure DevOps kullanarak merkezi ve düzenli bir merkezde iletişim kurar ve işbirliği sağlar.

Azure DevOps'ta işbirliği yapmak ve iletişim kurmak için destekleyici hizmetleri kullanırsınız.

  • Azure Boards: İçerik sahipleri iş öğelerini izlemek için panoları kullanır. İş öğelerinin her birine ekipteki tek bir geliştirici atanır ve çözümdeki sorunları, hataları veya özellikleri ve ilgili paydaşları açıklar.
  • Azure Wiki: İçerik oluşturucular, çözümü anlamak ve çözüme katkıda bulunmak için ekipleriyle bilgi paylaşır.
  • Azure Repos: İçerik oluşturucuları uzak depodaki değişiklikleri izler ve bunları tek bir çözümde birleştirir.
  • Azure Pipelines: İşlem hattı sahipleri çözümü otomatik olarak veya isteğe bağlı olarak dağıtmak için programlı mantık ayarlar.

İşbirliği akışı diyagramı

Aşağıdaki diyagramda Azure DevOps'un kurumsal içerik yayımlama kullanım senaryosunda işbirliğine nasıl olanak sağladığına ilişkin bir örnek için üst düzey bir genel bakış gösterilmiştir. Bu diyagramın odak noktası, yapılandırılmış ve belgelenmiş bir içerik yayımlama işlemi oluşturmak için Azure DevOps'un kullanılmasıdır.

Yukarıdaki paragrafta açıklandığı gibi diyagram. Diyagramdaki öğeler aşağıdaki tabloda açıklanmıştır.

Diyagramda aşağıdaki kullanıcı eylemleri, işlemler ve özellikler gösterilmiştir.

Kalem Açıklama
Öğe 1. İçerik oluşturucu, içeriğin en son sürümünü içeren ana dalı kopyalayarak yeni, kısa süreli bir dal oluşturur. Yeni dal genellikle belirli bir özelliği geliştirmek veya belirli bir sorunu düzeltmek için kullanıldığından özellik dalı olarak adlandırılır.
Öğe 2. İçerik oluşturucu, değişikliklerini geliştirme sırasında yerel bir depoda işler.
Öğe 3. İçerik oluşturucu, yaptığı değişiklikleri Azure Boards'ta yönetilen iş öğelerine bağlar. Works öğeleri, dalları kapsamındaki belirli geliştirmeleri, iyileştirmeleri veya hata düzeltmelerini açıklar.
Öğe 4. İçerik oluşturucu, değişikliklerini düzenli olarak işler. Hazır olduğunda, içerik oluşturucu dalını uzak depoda yayımlar.
Öğe 5. İçerik oluşturucu, değişikliklerini test etmek için çözümünü geliştirmeleri için yalıtılmış bir çalışma alanına dağıtır (bu diyagramda gösterilmez). İçerik oluşturucu ayrıca Doku Git tümleştirmesini kullanarak özellik dalını çalışma alanıyla eşitleyebilir.
Öğe 6. İçerik oluşturucular ve içerik sahipleri, çözümü ve süreçlerini geliştirme ekibinin tamamı tarafından kullanılabilen bir Azure Wiki'de belgeler.
Öğe 7. Hazır olduğunda, içerik oluşturucu özellik dalını ana dalla birleştirmek için bir çekme isteği açar.
Öğe 8. Çekme isteğini gözden geçirmek ve değişiklikleri birleştirmek teknik sahip tarafından sorumludur. Çekme isteğini onayladığında, özellik dalını ana dalla birleştirir.
Öğe 9. Başarılı bir birleştirme, azure işlem hattı kullanarak çözümün geliştirme çalışma alanına dağıtımını tetikler (bu diyagramda gösterilmez). Doku Git tümleştirmesi kullanılırken, ana dal geliştirme çalışma alanıyla eşitlenir.
Öğe 10. Sürüm yöneticisi çözümün son gözden geçirmesini ve onayını gerçekleştirir. Bu sürüm onayı, çözümün hazır olmadan önce yayımlanmasını engeller. Kurumsal içerik yayımlamada, yayın yöneticisi genellikle içerik yayınını test ve üretim çalışma alanlarını planlayıp koordine eder. İçerik oluşturucular, paydaşlar ve kullanıcılarla eşgüdüm ve iletişim kurar.
Öğe 11. Yayın yöneticisi yayını onayladığında, Azure Pipelines çözümü otomatik olarak dağıtım için hazırlar. Alternatif olarak, azure işlem hattı çalışma alanları arasında içerik yükseltmek için bir dağıtım işlem hattı tetikleyebilir.
Öğe 12. Kullanıcılar, test çalışma alanındaki içeriği test edip doğrular. Dağıtım için Azure Pipelines ile Git tümleştirmesi kullanılırken test çalışma alanı herhangi bir dal ile eşitlenmez.
Öğe 13. Kullanıcılar değişiklikleri kabul edip doğruladıktan sonra yayın yöneticisi, üretim çalışma alanına dağıtmak için çözümün son gözden geçirmesini ve onayını gerçekleştirir.
Öğe 14. Kullanıcılar üretim çalışma alanında yayımlanan içeriği görüntüler. Dağıtım için Azure Pipelines ile Git tümleştirmesi kullanıldığında, üretim çalışma alanı herhangi bir dal ile eşitlenmez.

İçerik oluşturucular, ayrıntılandırmak için bir dallanma stratejisi kullanarak işbirliğine ulaşır. Dallanma stratejisi, içerik oluşturucuların içerik değişikliklerini etkili bir şekilde yapmak ve yönetmek için dalları oluşturma, kullanma ve birleştirme yöntemidir. Tek tek içerik oluşturucular yerel depolarında yalıtımlı olarak çalışır. Hazır olduğunda, değişiklikleri uzak depoda tek bir çözüm olarak birleştirir. İçerik oluşturucular, belirli geliştirmeler, iyileştirmeler veya hata düzeltmeleri için iş öğelerine bağlayarak çalışmalarını dallarla kapsamalıdır. Her içerik oluşturucu, çalışma kapsamı için uzak deponun kendi dalını oluşturur. Yerel çözümlerinde yapılan çalışmalar işlenir ve bir işleme iletisiyle uzak depodaki dalın bir sürümüne gönderilir. İşleme iletisi, bu işlemede yapılan değişiklikleri açıklar.

Değişiklikleri birleştirmek için içerik oluşturucu bir çekme isteği açar. Çekme isteği, yapılan işin tek bir çözümde birleştirilmesine yol açabilen bir eş gözden geçirme gönderimidir. Birleştirme, dalın birleştirilebilmesi için önce çözülmesi gereken çakışmalara neden olabilir. Çekme isteği gözden geçirmeleri, oluşturucuların geliştirme, kalite ve uyumluluk için kuruluş standartlarına ve uygulamalarına uydığından emin olmak için önemlidir.

İşbirliği önerileri

İçerik oluşturucuların işbirliği yapması için yapılandırılmış bir süreç tanımlamanızı öneririz. Aşağıdakileri belirlediğinizden emin olun:

  • Çalışmanın kapsamı ve dalların nasıl oluşturulduğu, adlandırıldığı ve kullanıldığı.
  • Yazarların değişiklikleri nasıl gruplandırdığı ve işleme iletileriyle nasıl tanımladığı.
  • Çekme isteklerini gözden geçirmek ve onaylamakla sorumlu olan kişi.
  • Birleştirme çakışmaları nasıl çözülür?
  • Farklı dallarda yapılan değişikliklerin tek bir dalda birleştirilmesi.
  • İçeriğin nasıl test edilir ve içerik dağıtılmadan önce kimlerin test gerçekleştirdiği.
  • Değişikliklerin geliştirme, test ve üretim çalışma alanlarına nasıl ve ne zaman dağıtılacağı.
  • Çözümün değişikliklerinin veya sürümlerinin nasıl ve ne zaman dağıtılacağı geri alınmalıdır.

Önemli

DevOps tarafından sağlanan değer, kullanımını tanımlayan işlemlere bağlılıkla doğrudan orantılıdır.

Başarılı bir işbirliği, iyi tanımlanmış bir işleme bağlıdır. Uçtan uca geliştirme iş akışını açık bir şekilde açıklamak ve belgelemesi önemlidir. Seçilen stratejilerin ve işlemlerin ekibinizdeki mevcut uygulamalarla uyumlu olduğundan ve değilse değişikliği nasıl yöneteceğinizden emin olun. Ayrıca, süreçlerin net olduğundan ve tüm ekip üyelerine ve paydaşlara iletildiğinden emin olun. İşlemlere yeni katılan ekip üyelerinin ve proje katılımcılarının bunları benimseme konusunda eğitildiğinden ve başarılı DevOps benimsemesinin değerini takdir ettiklerinden emin olun.

Power BI REST API'leri

Power BI REST API'lerini kullanarak Azure DevOps'tan içerik içeri aktarmak ve dağıtmak için programlı mantık geliştirirsiniz. İçeri aktarma işlemini kullanarak Power BI dosyalarını (.pbix) çalışma alanına aktarabilirsiniz. Power BI dağıtım işlem hatlarını kullanarak çalışma alanlarını test etmek veya üretim çalışma alanlarını test etmek üzere bazı içerikleri veya tüm içeriği dağıtmak için işlem hattı işlemi kullanırsınız. Program mantığı Azure Pipelines'da tanımlanır.

İşlem hatlarınızdaki Power BI REST API'lerini çağırmak için bir hizmet sorumlusu kullanmanızı öneririz. Hizmet sorumlusu katılımsız, otomatik etkinliklere yöneliktir ve kullanıcı kimlik bilgilerini kullanmaz. Ancak bazı öğeler ve etkinlikler Power BI REST API'leri tarafından veya veri akışları gibi bir hizmet sorumlusu kullanılırken desteklenmez.

Bir hizmet sorumlusu kullandığınızda, izinleri dikkatle yönettiğinize emin olun. Amacınız en az ayrıcalık ilkesini izlemek olmalıdır. Fazla sağlama izinleri olmadan hizmet sorumlusu için yeterli izinleri ayarlamanız gerekir. Azure Key Vault veya hizmet sorumlusu gizli dizilerini ve kimlik bilgilerini güvenli bir şekilde depolayan başka bir hizmeti kullanın.

Dikkat

İnsan tarafından okunabilir meta veri biçimi olarak kaydedilmiş bir veri modeliniz varsa, Power BI REST API'leri kullanılarak yayımlanamaz. Bunun yerine, XMLA uç noktasını kullanarak yayımlamanız gerekir. Tablosal Düzenleyici komut satırı arabirimi (CLI) gibi üçüncü taraf araçları kullanarak meta veri dosyalarını yayımlayabilirsiniz. Meta veri dosyalarını kendi özel .NET geliştirmenizi kullanarak program aracılığıyla da yayımlayabilirsiniz. Çözümleme Yönetimi Nesnesi (AMO) istemci kitaplıklarının Microsoft Tablosal Nesne Modeli (TOM) uzantısını kullanmanız gerektiğinden, özel bir çözüm geliştirmek için daha fazla çaba gerekir.

Azure Pipelines

Azure Pipelines , içeriğin testini, yönetimini ve dağıtımını program aracılığıyla otomatikleştirir. İşlem hattı çalıştırıldığında işlem hattındaki adımlar otomatik olarak yürütülür. İşlem hattı sahipleri tetikleyicilerini, adımlarını ve işlevlerini dağıtım gereksinimlerini karşılayacak şekilde özelleştirebilir. Bu nedenle, işlem hattı sayısı ve türleri çözüm gereksinimlerine bağlı olarak değişir. Örneğin, azure işlem hattı bir dağıtımdan önce otomatik testler çalıştırabilir veya veri modeli parametrelerini değiştirebilir.

Power BI çözümünüzü test etmek, yönetmek ve dağıtmak için ayarlayabileceğiniz üç tür Azure Pipelines vardır:

  • Doğrulama işlem hatları.
  • İşlem hatları oluşturun.
  • Yayın işlem hatları.

Not

Yayımlama çözümünüzde bu işlem hatlarının üçünün de olması gerekmez. İş akışınıza ve gereksinimlerinize bağlı olarak, içerik yayınını otomatikleştirmek için bu makalede açıklanan işlem hatlarının bir veya daha fazla değişkenini ayarlayabilirsiniz. İşlem hatlarını özelleştirme özelliği, Yerleşik Power BI dağıtım işlem hatlarına kıyasla Azure Pipelines'ın bir avantajıdır. Örneğin, doğrulama işlem hattınız olması gerekmez; yalnızca derleme ve yayın işlem hatlarını kullanabilirsiniz.

Doğrulama işlem hatları

Doğrulama işlem hatları, bir geliştirme çalışma alanında yayımlanmadan önce veri modellerinin temel kalite denetimlerini gerçekleştirir. Genellikle, uzak deponun bir dalındaki değişiklikler otomatik test ile bu değişiklikleri doğrulamak için işlem hattını tetikler.

Otomatik test örnekleri arasında En İyi Yöntem Çözümleyicisi (BPA) kullanarak veya yayımlanmış bir anlam modeline karşı DAX sorguları çalıştırarak veri modelini en iyi yöntem kuralı ihlalleri için tarama verilebilir. Bu testlerin sonuçları daha sonra belgeler ve denetim amacıyla uzak depoda depolanır. Doğrulama başarısız olan veri modelleri yayımlanmamalıdır. Bunun yerine işlem hattı, içerik oluşturucularına sorunları bildirmelidir.

İşlem hatları oluşturma

Derleme işlem hatları, veri modellerini Power BI hizmeti yayına hazırlar. Bu işlem hatları, seri hale getirilmiş model meta verilerini daha sonra bir yayın işlem hattı tarafından yayımlanan tek bir dosyada birleştirir (yayın işlem hatları diyagramında açıklanmıştır). Derleme işlem hattı, parametre değerlerini değiştirme gibi meta verilerde başka değişiklikler de yapabilir. Derleme işlem hatları, veri modeli meta verilerinden (veri modelleri için) ve Power BI hizmeti yayımlanmaya hazır Power BI Desktop dosyalarından (.pbix) oluşan dağıtım yapıtları oluşturur.

Yayın işlem hatları

Yayın işlem hatları içeriği yayımlar veya dağıtır. Yayımlama çözümü genellikle hedef ortama bağlı olarak birkaç yayın işlem hattı içerir.

  • Geliştirme yayın işlem hattı: Bu ilk işlem hattı otomatik olarak tetikleniyor. Derleme ve doğrulama işlem hatları başarılı olduktan sonra bir geliştirme çalışma alanında içerik yayımlar.
  • Test ve üretim yayın işlem hatları: Bu işlem hatları otomatik olarak tetiklenmemiştir. Bunun yerine, isteğe bağlı olarak veya onaylandığında tetiklerler. Test ve üretim yayın işlem hatları, yayın onayının ardından içeriği sırasıyla bir test veya üretim çalışma alanına dağıtır. Yayın onayları , içeriğin hazır olmadan önce bir test veya üretim aşamasına otomatik olarak dağıtılmamasını sağlar. Bu onaylar, içerik yayınını test ve üretim ortamlarına planlamaktan ve koordine etmekle sorumlu olan yayın yöneticileri tarafından sağlanır.

Test ve yayın işlem hatlarıyla içerik yayımlamak için iki farklı yaklaşım vardır. Power BI dağıtım işlem hattı kullanarak içeriği yükseltiyorlar veya Azure DevOps'tan Power BI hizmeti içerik yayımlıyorlar.

Aşağıdaki diyagramda ilk yaklaşım gösterilmiştir. Bu yaklaşımda yayın işlem hatları, Power BI dağıtım işlem hatlarını kullanarak test ve üretim çalışma alanlarını test etmek için içerik dağıtımını düzenler. İçerik, Power BI'daki geliştirme, test ve üretim çalışma alanları aracılığıyla yükseltilir. Bu yaklaşım daha sağlam ve bakımı daha kolay olsa da Premium lisanslama gerektirir.

Diyagram, yukarıdaki paragrafta açıklandığı gibi ilk yaklaşımı gösterir. Diyagramdaki öğeler aşağıdaki tabloda açıklanmıştır.

Diyagramda ilk yaklaşımın aşağıdaki kullanıcı eylemleri, işlemleri ve özellikleri gösterilir.

Kalem Açıklama
Öğe 1. İlk yaklaşımda yayın işlem hatları, XMLA uç noktasını ve Power BI dağıtım işlem hatlarıyla Power BI REST API'lerini kullanarak içerik yayımlar. İçerik yayımlanır ve geliştirme, test ve üretim çalışma alanları aracılığıyla yükseltilir. Power BI dağıtım işlem hatları ve XMLA okuma/yazma uç noktası Premium özelliklerdir.
Öğe 2. Başarılı bir dal birleştirme veya yukarı akış işlem hattının tamamlanması derleme işlem hattını tetikler. Derleme işlem hattı daha sonra içeriği yayımlamaya hazırlar ve geliştirme yayın işlem hattını tetikler.
Öğe 3. Geliştirme sürümü işlem hattı, XMLA uç noktasını (veri modeli meta verileri için) veya Power BI REST API'lerini (veri modelleri ve raporlar içerebilen Power BI Desktop dosyaları için) kullanarak geliştirme çalışma alanında içerik yayımlar. Geliştirme işlem hattı, XMLA uç noktasını kullanarak veri modeli meta verilerini dağıtmak için Tablosal Düzenleyici komut satırı arabirimini (CLI) kullanır.
Öğe 4. Yayın onayı veya isteğe bağlı tetikleyici, test yayın işlem hattını etkinleştirir.
Öğe 5. Test sürümü işlem hattı, Power BI dağıtım işlem hattını çalıştıran Power BI REST API dağıtım işlemlerini kullanarak içerik dağıtır.
Öğe 6. Power BI dağıtım işlem hattı, geliştirme çalışma alanındaki içeriği test çalışma alanına yükseltmektedir. Dağıtımdan sonra yayın işlem hattı, Power BI REST API'lerini kullanarak dağıtım sonrası etkinlikleri gerçekleştirir (diyagramda gösterilmez).
Öğe 7. Yayın onayı veya isteğe bağlı tetikleyici, üretim yayın işlem hattını etkinleştirir.
Öğe 8. Üretim sürümü işlem hattı, Power BI dağıtım işlem hattını çalıştıran Power BI REST API dağıtım işlemlerini kullanarak içerik dağıtır.
Öğe 9. Power BI dağıtım işlem hattı, test çalışma alanındaki içeriği üretim çalışma alanına yükseltmektedir. Dağıtımdan sonra yayın işlem hattı, Power BI REST API'lerini kullanarak dağıtım sonrası etkinlikleri gerçekleştirir (diyagramda gösterilmez).

Aşağıdaki diyagramda ikinci yaklaşım gösterilmiştir. Bu yaklaşım dağıtım işlem hatlarını kullanmaz. Bunun yerine, Azure DevOps'tan test ve üretim çalışma alanları için içerik yayımlamak için yayın işlem hatlarını kullanır. Özellikle, bu ikinci yaklaşım yalnızca Power BI REST API'leri ile Power BI Desktop dosyalarını yayımladığınızda Premium lisanslama gerektirmez. Dağıtımı Power BI dışında yönetmeniz gerektiğinden daha fazla kurulum eforu ve karmaşıklığı içerir. Power BI dışındaki veri çözümleri için Zaten DevOps kullanan geliştirme ekipleri bu yaklaşım hakkında daha fazla bilgi sahibi olabilir. Bu yaklaşımı kullanan geliştirme ekipleri, Azure DevOps'ta veri çözümlerinin dağıtımını birleştirebilir.

Diyagram, yukarıdaki paragrafta açıklandığı gibi ikinci yaklaşımı gösterir. Diyagramdaki öğeler aşağıdaki tabloda açıklanmıştır.

Diyagramda ikinci yaklaşımda aşağıdaki kullanıcı eylemleri, işlemler ve özellikler gösterilir.

Kalem Açıklama
Öğe 1. İkinci yaklaşımda yayın işlem hatları yalnızca XMLA uç noktasını ve Power BI REST API'lerini kullanarak içerik yayımlar. İçerik geliştirme, test ve üretim çalışma alanlarında yayımlanır.
Öğe 2. Başarılı bir dal birleştirme veya yukarı akış işlem hattının tamamlanması derleme işlem hattını tetikler. Derleme işlem hattı daha sonra içeriği yayımlamaya hazırlar ve geliştirme yayın işlem hattını tetikler.
Öğe 3. Geliştirme sürümü işlem hattı, XMLA uç noktasını (veri modeli meta verileri için) veya Power BI REST API'lerini (veri modelleri ve raporlar içerebilen Power BI Desktop dosyaları için) kullanarak geliştirme çalışma alanında içerik yayımlar. Geliştirme işlem hattı, XMLA uç noktasını kullanarak veri modeli meta verilerini dağıtmak için Tablosal Düzenleyici komut satırı arabirimini (CLI) kullanır.
Öğe 4. Yayın onayı veya isteğe bağlı tetikleyici, test yayın işlem hattını etkinleştirir.
Öğe 5. Geliştirme sürümü işlem hattı, XMLA uç noktasını (veri modeli meta verileri için) veya Power BI REST API'lerini (veri modelleri ve raporlar içerebilen Power BI Desktop dosyaları için) kullanarak içeriği test çalışma alanında yayımlar. Geliştirme işlem hattı, XMLA uç noktasını kullanarak veri modeli meta verilerini dağıtmak için Tablosal Düzenleyici komut satırı arabirimini (CLI) kullanır. Dağıtımdan sonra yayın işlem hattı, Power BI REST API'lerini kullanarak dağıtım sonrası etkinlikleri gerçekleştirir (diyagramda gösterilmez).
Öğe 6. Yayın onayı veya isteğe bağlı tetikleyici, üretim yayın işlem hattını etkinleştirir.
Öğe 7. Geliştirme sürümü işlem hattı, XMLA uç noktasını (veri modeli meta verileri için) veya Power BI REST API'lerini (veri modelleri ve raporlar içerebilen Power BI Desktop dosyaları için) kullanarak içeriği üretim çalışma alanında yayımlar. Geliştirme işlem hattı, XMLA uç noktasını kullanarak veri modeli meta verilerini dağıtmak için Tablosal Düzenleyici komut satırı arabirimini (CLI) kullanır. Dağıtımdan sonra yayın işlem hattı, Power BI REST API'lerini kullanarak dağıtım sonrası etkinlikleri gerçekleştirir (diyagramda gösterilmez).

Yayın işlem hatları dağıtım sonrası etkinlikleri yönetmelidir. Bu etkinlikler semantik model kimlik bilgilerini ayarlamayı veya test ve üretim çalışma alanları için Power BI uygulamasını güncelleştirmeyi içerebilir. İlgili kişileri dağıtım etkinlikleri hakkında bilgilendirmek için bildirimler ayarlamanızı öneririz.

İpucu

Sürüm denetimi için bir depo kullanmak, içerik oluşturucuların bir geri alma işlemi oluşturmasına olanak tanır. Geri alma işlemi, önceki sürümü geri yükleyerek son dağıtımı tersine çevirebilir. Üretim değişikliklerini geri almak için tetikleyebileceğiniz ayrı bir Azure Pipelines kümesi oluşturmayı göz önünde bulundurun. Geri alma işlemi başlatmak için hangi işlemlerin ve onayların gerekli olduğunu dikkatlice düşünün. Bu işlemlerin belgelenmiş olduğundan emin olun.

Power BI dağıtım işlem hatları

Power BI dağıtım işlem hattı üç aşamadan oluşur: geliştirme, test ve üretim. Dağıtım işlem hattındaki her aşamaya tek bir Power BI çalışma alanı atarsınız. Dağıtım gerçekleştiğinde, dağıtım işlem hattı Power BI öğelerini bir çalışma alanından diğerine yükselter.

Azure Pipelines yayın işlem hattı, Power BI dağıtım işlem hattı kullanarak içerik dağıtmak için Power BI REST API'lerini kullanır. Dağıtım yürüten kullanıcılar için hem çalışma alanına hem de dağıtım işlem hattına erişim gerekir. İşlem hattı kullanıcılarının dağıtım geçmişini görüntüleyebilmesi ve içeriği karşılaştırabilmesi için dağıtım işlem hattı erişimini planlamanızı öneririz.

İpucu

Veri çalışma alanlarını raporlama çalışma alanlarından ayırırken, birden çok Power BI dağıtım işlem hattıyla içerik yayımlamayı düzenleme amacıyla Azure Pipelines kullanmayı göz önünde bulundurun. Anlam modeli önce dağıtılır ve ardından yenilenir. Son olarak, raporlar dağıtılır. Bu yaklaşım, dağıtımı basitleştirmenize yardımcı olur.

Premium lisanslama

Power BI dağıtım işlem hatları ve XMLA okuma/yazma uç noktası Premium özelliklerdir. Bu özellikler Power BI Premium kapasitesi ve Kullanıcı Başına Power BI Premium (PPU) ile kullanılabilir.

PPU, genellikle az sayıda kullanıcısı olan geliştirme ve test çalışma alanları için kurumsal içerik yayımlamayı yönetmenin uygun maliyetli bir yoludur. Bu yaklaşım, geliştirme ve test iş yüklerini üretim iş yüklerinden yalıtma avantajına sahiptir.

Not

Yayın işlem hattı bölümündeki ikinci yaklaşımda açıklandığı gibi, Premium lisansı olmadan kurumsal içerik yayımlamayı ayarlamaya devam edebilirsiniz. İkinci yaklaşımda, Power BI Desktop dosyalarının geliştirme, test ve üretim çalışma alanlarına dağıtımını yönetmek için Azure Pipelines'ı kullanırsınız. Ancak, Power BI REST API'leriyle meta veri biçimi anlam modeli yayımlamak mümkün olmadığından XMLA uç noktasını kullanarak model meta verilerini dağıtamazsınız. Ayrıca, Premium lisansı olmayan dağıtım işlem hatlarına sahip ortamlar aracılığıyla içerik yükseltmek de mümkün değildir.

Ağ geçidi kurulumu

Genellikle, özel kuruluş ağı veya sanal ağ içinde bulunan veri kaynaklarına erişirken bir veri ağ geçidi gerekir. Ağ geçidinin iki amacı içeri aktarılan verileri yenilemek ve canlı bağlantı veya DirectQuery semantik modelini sorgulayan bir raporu görüntülemektir (senaryo diyagramında gösterilmez).

Birden çok ortamla çalışırken, farklı kaynak sistemlere yönelik geliştirme, test ve üretim bağlantıları kurmak yaygın bir yöntemdir. Bu durumda, ortamlar arasında farklılık gösteren değerleri yönetmek için veri kaynağı kurallarını ve parametre kurallarını kullanın. Power BI REST API'lerinin ağ geçidi işlemlerini kullanarak ağ geçitlerini yönetmek için Azure Pipelines'ı kullanabilirsiniz.

Not

Standart modda merkezi bir veri ağ geçidi, kişisel modda ağ geçitleri üzerinden kesinlikle önerilir. Standart modda, veri ağ geçidi canlı bağlantı ve DirectQuery işlemlerini (zamanlanmış veri yenileme işlemlerine ek olarak) destekler.

Sistem gözetimi

Etkinlik günlüğü, Power BI hizmeti gerçekleşen olayları kaydeder. Power BI yöneticileri, dağıtım etkinliklerini denetlemek için etkinlik günlüğünü kullanabilir.

Kiracı envanteri oluşturmak için Power BI meta veri tarama API'lerini kullanabilirsiniz. API sonuçları, her çalışma alanına hangi öğelerin dağıtıldığını doğrulamak, kökeni denetlemek ve güvenlik ayarlarını doğrulamak için yararlıdır.

Azure DevOps içinde Power BI hizmeti dışında bir denetim günlüğü de vardır. Azure DevOps yöneticileri, denetim günlüğünü kullanarak uzak depolardaki ve işlem hatlarındaki etkinlikleri gözden geçirebilir.

İlgili içerik

Power BI uygulama kararlarında size yardımcı olacak diğer yararlı senaryolar için Power BI kullanım senaryoları makalesine bakın.