Power BI uygulama planlaması: İçerik planlama ve tasarlama

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 deneyimine odaklanır. Seriye giriş için bkz . Power BI uygulama planlaması.

Bu makale, içerik yaşam döngüsünü yönetmenin bir parçası olarak içeriği planlamanıza ve tasarlamanıza yardımcı olur. Öncelikli olarak şu hedeftedir:

• Mükemmellik Merkezi (COE) ve BI ekipleri: Kuruluşta Power BI'ı denetlemekle sorumlu ekipler. Bu ekipler, Power BI içeriğinin yaşam döngüsünü yönetmeye karar veren karar alıcıları içerir.
• İçerik oluşturucuları ve içerik sahipleri: Başkalarıyla paylaşmak üzere Doku portalında yayımlamak istedikleri içeriği oluşturan kullanıcılar. Bu kişiler, oluşturdukları Power BI içeriğinin yaşam döngüsünü yönetmekle sorumludur.

Yaşam döngüsü yönetimi, içeriğin oluşturulmasından son kullanımdan kaldırılmasına kadar işlemek için kullandığınız işlemlerden ve uygulamalardan oluşur. Bu serinin ilk makalesinde açıklandığı gibi, Power BI içerik yaşam döngüsünü yönetmek, içeriğin iş kullanıcılarına güvenilir ve tutarlı bir şekilde teslim edilmesini sağlamak için önemlidir.

İçerik yaşam döngüsünün ilk aşaması, içeriği planlamak ve tasarlamaktır. Genellikle iş zekası çözümü planlaması yaparak içerik yaşam döngüsünü başlatırsınız. Çözümünüzün çözmesi gereken sorunu anlamak ve tanımlamak için gereksinimleri toplar ve bir çözüm tasarımına ulaşırsınız. Bu planlama ve tasarım aşamasında, sonraki aşamalara hazırlanmak için önemli kararlar alırsınız.

Aşağıdaki görüntüde Power BI içeriğinin yaşam döngüsü, içeriği planladığınız ve tasarladığınız birinci aşama vurgulanır.

Not

İçerik yaşam döngüsü yönetimine genel bakış için bu serinin ilk makalesine bakın.

İpucu

Bu makale, yaşam döngüsü yönetimiyle ilgili olarak içerik planlama ve tasarımla ilgili önemli noktalara ve kararlara odaklanmaktadır.

• Doku veya Power BI çözümünü etkili bir şekilde planlama ve tasarlama hakkında daha fazla bilgi için çözüm planlama makalesini okumanızı öneririz.
• Power BI geçişini etkili bir şekilde planlama hakkında daha fazla bilgi için Power BI geçiş serisini okumanızı öneririz.

Gereksinimleri toplarken, içerikle ilgili yaşam döngüsü yönetimi yaklaşımınızı etkileyen yönleri açıkça açıklamanız gerekir. Çözüm planlama ve tasarımınızın bir parçası olarak bu özellikleri belgelemelisiniz.

Bu makaledeki aşağıdaki bölümlerde, içeriğinizi planlayıp tasarladığınızda yaşam döngüsü yönetimi yaklaşımınızı motive edecek bir çözümün önemli yönleri ve dikkat edilmesi gerekenler açıklanmaktadır.

İçeriği tanımlama ve açıklama

Çözümünüzü tasarlarken içeriğin ne olduğunu, kimin oluşturacağını, kimin destekleyeceğini ve bu içeriğin kuruluş için ne kadar kritik olduğunu açıklamanız gerekir. Çözüm tasarımınızın bir parçası olarak gereksinimleri toplama sırasında veya tamamladıktan sonra bu faktörleri ele almalıdır.

Not

Gereksinimleriniz gibi, çözümü geliştirirken veya yaşam döngüsünde daha sonra bu soruların yanıtları değişebilir. Bu soruları yanıtladıktan sonra, içerikte değişiklik yaptığınızda veya hizmet veren kullanıcı sayısına göre ölçeklendikçe bunları düzenli aralıklarla yeniden değerlendirmeye hazır olun.

Daha sonraki yaşam döngüsü yönetimi kararları alma konusunda yardımcı olmak için içeriğiniz hakkında aşağıdaki soruları yanıtlayın.

İçeriğin biçimi nedir?

İçeriğin türü, kapsamı ve karmaşıklığı, içeriği nasıl yönetileceğiniz konusunda önemli kararları teşvik eder. Örneğin, sınırlı bir hedef kitle için tek bir rapor, kuruluşun tamamı ve birden çok farklı aşağı akış iş yükü tarafından kullanılacak anlamsal modele kıyasla farklı bir yaşam döngüsü yönetimi yaklaşımı gerektirir.

Oluşturacağınız içerik türünü belirlemenize yardımcı olması için aşağıdaki gibi soruları yanıtlayın.

• Hangi öğe türlerini ve bunların kaçını oluşturmayı bekliyorsunuz? Örneğin, veri akışları veya anlamsal modeller, raporlar veya panolar gibi raporlama öğeleri ya da her ikisinin birleşimi gibi veri öğeleri mi oluşturacaksınız?
• İçerik, içerik tüketicilerine nasıl teslim edilir? Örneğin, tüketiciler kendi içeriklerini oluşturmak için veri öğelerini kullanacak mı, yalnızca merkezi raporları mı yoksa her ikisinin bir birleşimini mi görüntüleyecek?
• İçerik ne kadar karmaşık? Örneğin, küçük bir prototip mi yoksa birden çok iş süreçlerini kapsayan büyük bir anlam modeli mi?
• İçeriğin ölçeğinin, kapsamının ve karmaşıklığının zamanla artmasını bekliyor musunuz? Örneğin, içerik gelecekte diğer bölgeleri veya iş alanlarını kapsayacak mı?
• İşletmenin bu içeriğe ne kadar süre ihtiyaç duymasını bekliyorsunuz? Örneğin bu içerik, sonlu zaman çizelgesi olan işletmenin önemli bir girişimini destekleyecek mi?

İpucu

İçeriğin biçimini açıklamak için bir mimari diyagram oluşturmayı göz önünde bulundurun. Farklı veri kaynakları, öğe türleri ve içerik tüketicileri ile bu ayrık bileşenler arasındaki ilişkileri ekleyebilirsiniz. Mimari diyagram, içeriği ve karmaşıklığını kısa bir şekilde ifade etmeye yardımcı olabilir ve yaşam döngüsü yönetimini planlamanıza yardımcı olur. Dış yazılımlarda bu diyagramları oluşturmak için Doku simgelerini ve Azure simgelerini kullanabilirsiniz. Alternatif olarak, bu diyagramları yapmak için simgeler ve çizim araçlarıyla birlikte gelen Azure Diyagramları'nı kullanabilirsiniz.

Bu tür diyagramlara örnek için bkz. Power BI uygulama planlama kullanım senaryosu diyagramları.

İçeriği kim oluşturacak ve destekleyecek?

İçerik oluşturucuların farklı gereksinimleri, becerileri ve iş akışları vardır. Bu faktörler farklı yaşam döngüsü yönetimi yaklaşımlarının başarısını etkiler. İşbirliğine sahip daha büyük ve merkezi ekipler genellikle daha küçük self servis oluşturucu ekiplerine göre daha gelişmiş içerik yaşam döngüsü yönetimi gerektirir.

İçeriği kimin oluşturacağını veya destekleneceğini belirlemenize yardımcı olmak için aşağıdaki gibi soruları yanıtlayın.

• Bu içeriği kaç farklı kişinin oluşturmasını bekliyorsunuz? Birden çok içerik oluşturucu işbirliği mi yapacak yoksa içeriği oluşturmak için tek bir kişi mi sorumlu?
• İçerik oluşturucular yaşam döngüsü yönetimi ve sürüm denetimi gibi ilgili kavramlar hakkında bilgi sahibi mi? İçerik oluşturucular yaşam döngüsü yönetiminin avantajlarını anlıyor mu?
• Çözümü geliştiren içerik oluşturucular, dağıtımdan sonra çözümü destekleyen kişilerle aynı kişiler mi olacak?
• İçerik oluşturucuların veya ekiplerinin mevcut çözümleri desteklemek için mevcut yaşam döngüsü yönetimi uygulamaları var mı?
• İçerik oluşturucular şu anda Azure DevOps gibi yaşam döngüsü yönetim araçlarını kullanıyor mu?

Önemli

İçerik oluşturmanın sorumlularını ve üretime dağıtıldıktan sonra kimlerin desteklediğini net bir şekilde belgelediğinizden emin olun. Bu kişilerin tümünü içerik yaşam döngüsü yönetimi planlamanıza dahil edin.

İçeriğin önemi nedir?

İçeriğin işletme için ne kadar önemli olduğuna bağlı olarak, içeriği yönetme hakkında farklı kararlar alırsınız. İş açısından kritik içerik, kaliteyi korumak ve olası kesintileri azaltmak için daha güçlü içerik yaşam döngüsü yönetimi yaklaşımları gerektirir.

İçeriğin kritik olup olmadığını belirlemenize yardımcı olmak için aşağıdaki gibi soruları yanıtlayın.

• Bu içerik işletme için ne kadar kritik? Geliştirme isteği ne kadar acil?
• İş açısından kritik kararlar veya eylemler bu içerik tarafından sağlanan bilgilerden alınacak mı?
• Bu içeriği (kuruluş genelinden sınırlı bir yerel ekibe) ne kadar geniş bir ölçekte dağıtmayı bekliyorsunuz?
• Yöneticiler veya diğer stratejik karar alıcılar çalışmaları için bu içeriğe güvenecek mi?
• Bu içeriğin etkisi nedir? Örneğin, içerik aniden kullanılamıyorsa gelir kaybı veya kesintiye uğrayan iş süreçleri gibi hangi iş etkileri oluşabilir?

Oluşturacağınız içeriği yeterince tanımlayıp açıkladıktan sonra içerik oluşturucularının nasıl işbirliği yapacağına karar vermelisiniz.

İçerik oluşturucuların nasıl işbirliği yapması gerektiğine karar verme

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. Karmaşık çözümler oluştururken işbirliğini yapılandırmaya, yönetmeye ve desteklemeye yardımcı olan etkili araçlar kullanmanızı öneririz. Microsoft Teams veya Azure DevOps kullanma gibi Power BI içeriği oluştururken işbirliği yapmanın birçok yolu vardır.

İpucu

İçerik oluşturucular bağımsız olarak çalıştıklarında bile Microsoft Teams ve Azure DevOps gibi araçları kullanarak işlerini planlama ve yapılandırma avantajlarından yararlanabilirler.

Microsoft Teams

Daha küçük veya daha basit projeler için içerik oluşturucular Microsoft Teams'i kullanarak işbirliği yapabilir.

İçerik oluşturucular, Microsoft Teams'i kullanarak iletişimlerini, planlamalarını ve ekiplerde ve kanallarda çalışmalarını yapılandırabilir. Microsoft Teams genellikle daha basit işbirliği senaryoları için iyi bir seçimdir. Örneğin, sınırlı bir hedef kitle için içerik üreten merkezi olmayan ekipler, dosyaları depolamak ve sürüm denetimi için belge kitaplıklarını kullanabilir. Ayrıca diğer tümleşik araçları ve hizmetleri de kullanabilirler.

İpucu

Merkezi olmayan içerik teslimi ile self servis senaryolarında etkili içerik yaşam döngüsü yönetimini kolaylaştırmak için Microsoft Teams'i kullanmanızı öneririz.

Microsoft Teams'de işbirliği yapmak ve iletişim kurmak için Power BI içeriğinizin yaşam döngüsü boyunca destekleyici hizmetleri kullanırsınız.

• Planner: İçerik sahipleri Planner'ı kullanarak görevleri ve kapsam içerik çalışmalarını izlemek için kullandıkları planları oluşturabilir. Görevler çözümdeki sorunları, hataları veya özellikleri ve ilgili paydaşları açıklayabilir.
• SharePoint: İçerik oluşturucular, her kanal için bir Microsoft Teams belge kitaplığında veya bağlı sitede dosyaları depolayabilir ve yönetebilir. SharePoint'te depolanan içerik dosyaları, içerik değişikliklerini izlemeye ve yönetmeye yardımcı olmak için sürüm denetimini kullanabilir. SharePoint kullanarak değişiklikleri izleme ve yönetme hakkında daha fazla bilgi için bkz . 2. Aşama: İçerik geliştirme ve değişiklikleri yönetme.
• Onaylar: İçerik oluşturucuları ve sahipleri, gözden geçirildikten sonra içerik değişikliklerini veya yayınlarını onaylamak için iş akışlarını ayarlayabilir ve kullanabilir.
• Doku ve Power BI: İçerik oluşturucuları ve sahipleri, Doku portalına Microsoft Teams'den erişebilir. Buradan, içeriği yönetebilir veya tartışabilir ve Teams kanallarındaki sekmelere yararlı raporlar ekleyebilirler.
• Diğer tümleştirmeler: İçerik oluşturucular, tercih ettikleri iş akışına ve ihtiyaçlarına en uygun şekilde Microsoft Teams ile tümleşen diğer Microsoft veya üçüncü taraf hizmetlerinden yararlanabilir.

İçerik oluşturucuların işbirliği yapmak için Microsoft Teams'i nasıl kullanması gerektiğine yönelik yapılandırılmış bir süreç tanımlamanızı öneririz. Aşağıdakileri belirlediğinizden emin olun:

• Ekiplere ve kanallara erişimi yönetme.
• Ekipleri ve kanalları yönetmekle sorumlu olan kişi.
• Çalışmanın kapsamı ve düzeni farklı ekipler, kanallar ve planlar şeklindedir.
• İçerik oluşturucuların dosyaları düzenlemek ve değişiklikleri izlemek ve yönetmek için belge kitaplığını nasıl kullanması gerekir? Örneğin, belge kitaplığını düzenleme ve içerik oluşturucuların dosyaları iade edip etmemesi gerekir.
• İçerik oluşturucuların Power BI Desktop (.pbix) dosyalarını otomatik olarak yayımlamak için OneDrive Yenileme'yi kullanıp kullanmaması.
• Dosya eşitleme çakışmaları nasıl çözülür?
• Artık uygun olmayan bir belge kitaplığındaki dosyaların ne zaman arşivlenip kaldırılacağı.

Azure DevOps

İçerik oluşturucuları ve sahipleri, Azure DevOps kullanarak merkezi ve düzenli bir merkezde iletişim kurabilir ve işbirliği yapabilir.

Not

Azure DevOps , içerik yaşam döngüsü yönetimini planlamanıza ve düzenlemenize yardımcı olmak için Power BI ve Fabric ile tümleşen bir hizmet paketidir. Azure DevOps'yi bu şekilde kullandığınızda genellikle aşağıdaki hizmetlerden yararlanabilirsiniz:

• Azure Repos: İçerik değişikliklerini izlemek ve yönetmek için kullandığınız uzak depolama konumu olan uzak git deposunu oluşturmanıza ve kullanmanıza olanak tanır.
• Azure Pipelines: Uzak bir depodan çalışma alanına içerik işlemek, test etmek ve dağıtmak için bir dizi otomatik görev oluşturmanıza ve kullanmanıza olanak tanır.
• Azure Test Planları: Çözümü doğrulamak için testler tasarlamanıza ve Azure Pipelines ile birlikte kalite denetimini otomatikleştirmenize olanak tanır.
• Azure Boards: Görevleri ve planları iş öğeleri olarak izlemek ve diğer Azure DevOps hizmetlerindeki iş öğelerine bağlanmak veya başvurmak için panoları kullanmanıza olanak tanır.
• Azure Wiki: İçeriği anlamak ve katkıda bulunmak için ekipleriyle bilgi paylaşmanıza olanak tanır.

İçerik oluşturucular, Azure DevOps kullanarak iletişimlerini, planlamalarını ve çalışmalarını yapılandırmak için projeleri kullanır. Ayrıca içerik oluşturucular kaynak denetimi, doğrulama ve dağıtım gerçekleştirerek Azure DevOps içinden içerik yaşam döngüsü yönetimini düzenleyebilir. Kaynak denetimi, içerik kodunda ve meta verilerde daha ayrıntılı değişiklikleri yönetme işlemidir.

İçerik oluşturma ve dağıtımı düzenlemeye yönelik destekleyici hizmetler ve seçenekler olduğundan Azure DevOps genellikle daha gelişmiş işbirliği senaryoları için iyi bir seçimdir.

İpucu

Merkezi içerik teslimi ile kurumsal senaryolarda etkili içerik yaşam döngüsü yönetimine yardımcı olması için Azure DevOps kullanmanızı öneririz. Azure DevOps veya benzer araçları kullanarak işbirliği yapmak, Microsoft Teams veya SharePoint kullanarak işbirliğine göre daha büyük veya daha karmaşık senaryolarda tercih edilir. Bunun nedeni, daha güçlü işbirliği ve otomasyonu kolaylaştırmak için daha fazla araç ve seçeneğin mevcut olmasıdır.

İçerik oluşturucuların işbirliği yapmak için Azure DevOps kullanma şekline yönelik yapılandırılmış bir işlem tanımlamanızı öneririz. Aşağıdakileri belirlediğinizden emin olun:

• Çalışmanın kapsamı ve içerik dallarının nasıl oluşturulduğu, adlandırıldığı ve kullanıldığı.
• Yazarların değişiklikleri nasıl gruplandırdığı ve işlediği ve bunları işleme iletileriyle nasıl tanımladığı.
• Çekme isteklerini kullanarak değişiklikleri gözden geçirmek ve onaylamakla sorumlu olan kişiler.
• çekme isteği birleştirme çakışmaları çözümlenir ve bunları kim çözer.
• Farklı dallarda yapılan değişikliklerin tek bir dalda nasıl birleştirileceği.
• İç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şiklikleri veya sürümleri nasıl ve ne zaman dağıtılabilir?

Not

Bu hizmetleri tümleştirmenin farklı yolları olduğundan Microsoft Teams'i Azure DevOps ile birlikte de kullanabilirsiniz. Örneğin, Microsoft Teams'in içinden Azure Boards'u görüntüleyebilir ve yönetebilir ve Azure Pipelines'daki olayları izleyebilirsiniz.

En önemli şey, sizin için işbirliğini kolaylaştıran ve ekibinizin ihtiyaçlarına ve çalışma şekillerine en uygun araçları ve hizmetleri kullanmanızdır.

İçerik oluşturucuların işbirliği yapıp yapmayacağı ve nasıl işbirliği yapacağına karar verdiğinizde, dosyalarınızı nerede depolayacağımıza karar vermelisiniz. Bu dosyaların çoğu işbirliği yapmayı seçtiğiniz yerde depolanır.

Dosyaların nerede depolandığına karar verme

İçerik oluştururken genellikle farklı dosya türleri oluşturursunuz. Bu dosyaları etkili bir şekilde yönetebilmeniz için nerede depolayabileceğinize karar vermeniz önemlidir.

İpucu

Dosyaları, birden çok ekip üyesi tarafından erişilebileceği ve değişikliklerin kolayca izlenebileceği (sürüm denetimi olarak bilinir) depolayın. Bu yaklaşım, bir ekip üyesinin ayrılmasının veya bir dosyanın kaybedilmesinin kesintiye neden olmamasını sağlar.

Depolamanız gereken dosya türleri genellikle şunlardır:

• İçerik dosyaları: İçerik verilerini veya meta verileri içeren dosyalar. .pbix ve Power BI Project (.pbip) dosyaları gibi veri içeren içerik dosyaları hassas bilgiler içerir. İçerik dosyalarını yalnızca bunlara erişmesi gereken kişiler tarafından erişilebilen güvenli bir konumda depolayın. Ayrıca, içerik dosyalarını Microsoft Teams'deki belge kitaplığı veya Azure DevOps'taki Git deposu gibi sürüm denetimini destekleyen bir konumda depolamanız gerekir. İçerik dosyalarına örnek olarak şunlar verilebilir:
  • Power BI Desktop (.pbix) dosyaları
  • Power BI Project (.pbip) dosyaları
  • Power BI sayfalandırılmış rapor (.rdl) dosyaları
  • Model meta verileri (.bim veya TMDL) dosyaları
  • Veri akışı meta verileri (.json) dosyaları
• Veri kaynağı dosyaları: Anlamsal modeller veya veri akışları gibi veri öğeleri tarafından kullanılan dosyalar. İçerik doğrudan veri kaynağı dosyalarına bağımlı olduğundan, bunların nerede depolandığını dikkatle göz önünde bulundurmanız önemlidir çünkü bunları kaldırmak veri yenileme hatasına neden olur. Ayrıca, bu dosyalar hassas bilgiler içerebilir. Bu nedenle, veri kaynağı dosyalarını diğer kişilerin sınırlı erişimi olan güvenli, güvenilir ve güvenilir bir ortamda depolayın. Veri kaynağı dosyalarına örnek olarak şunlar verilebilir:
  • Excel çalışma kitapları, Parquet veya CSV dosyaları gibi yapılandırılmış veri kaynakları.
  • JSON veya XML dosyaları gibi yarı yapılandırılmış veri kaynakları.
  • Raporlara aktardığınız resimler gibi yapılandırılmamış veri kaynakları.
• Destekleyici dosyalar: İçerik oluşturmayı veya yönetimi destekleyen, ancak çalışması için gerekli olmayan dosyalar. Destekleyici dosyalar, sürüm denetimini destekleyen ve diğer araçların ve içerik oluşturucuların bunlara erişebileceği bir konumda depolanmalıdır. Destekleyici dosyalara örnek olarak şunlar verilebilir:
  • En İyi Yöntem Çözümleyici Kuralları (.json) dosyaları.
  • Power BI teması (.json) dosyaları.
  • İçerik ve sorgular için kaynak kod dosyaları.
  • Özel görselleştirme (.pbiviz) dosyaları.
• Şablonlar ve belgeler: Self servis içerik oluşturulmasına yardımcı olan veya mevcut içeriği açıklayan dosyalar. Şablonlara ve belgelere kullanması gereken kişiler tarafından kolayca erişilebilir olmalıdır. Şablonlara ve belgelere örnek olarak şunlar verilebilir:
  • Power BI şablonu (.pbit) dosyaları.
  • Görselleştirme şablonları ve örnek raporlar.
  • Çözüm tasarımları ve belgeleri.
  • Çözüm planlama ve yol haritaları.
  • Kullanıcı istekleri ve çözüm sorunları.

Dikkat

.pbix ve .pbip dosyaları gibi bazı içerik dosyaları, veri kaynaklarından içeri aktarılan hassas veriler içerebilir. Ayrıca, TMDL veya .pbit dosyaları gibi meta veri dosyaları da hassas bilgiler içerebilir. Bu dosyaları güvenli konumlarda depolamak için gerekli önlemleri almayı ve etkili veri kaybı önleme uygulamanızı sağlayın.

Dosyaları depolamak için farklı seçenekleriniz vardır. Dosyanın türüne, içeriğine ve nasıl kullanılacağına bağlı olarak uygun konumu seçtiğinizden emin olun.

SharePoint Online veya OneDrive

Dosyaları depolamak için yaygın bir çözüm, SharePoint sitelerini kullanmaktır. SharePoint çoğu kullanıcı için geniş çapta erişilebilir ve hem Power BI hem de Microsoft Teams gibi diğer Microsoft 365 uygulamalarıyla yüksek oranda tümleşiktir. Ayrıca, yerleşik sürüm denetimine sahiptir ve bu da çoğu dosya türünün depolanmasını kolaylaştırır. Sürüm denetimi, bir dosyanın kaydedilmiş farklı sürümlerini görüntülemenize ve yönetmenize olanak tanır.

Dosyaları SharePoint'te depolarken aşağıdaki noktaları göz önünde bulundurun.

• Kuruluş: Belirli dosyaları kolayca bulabilmek için tutarlı ve mantıksal bir yapıya sahip olduğunuzdan emin olun. İyi adlandırma kurallarını kullanın, dosyaları klasörlerde düzenleyin ve devam eden projeler için artık uygun olmayan dosyaları arşivle.
• OneDrive yenilemesi: Yayımlanan bir anlam modeli veya raporu SharePoint veya OneDrive İş (iş veya okul için OneDrive olarak da bilinir) sitesinde depolanan bir .pbix dosyasına bağlayabilirsiniz. Bu yaklaşımla, değişiklikleri etkili yapmak için artık semantik modeli yayımlamanız gerekmez. Bunun yerine, saat başı gerçekleşen otomatik OneDrive yenilemesi sonrasında değişiklikleriniz görünür. Kullanışlı olsa da, bu yaklaşımın bazı uyarılar ve zorluklarla birlikte geldiğini unutmayın. İşler yolunda giderse, kolayca tersine çevrilemez.
• Raporları önizleme: SharePoint'te Power BI Desktop'ı yüklemek veya .pbix dosyasını yerel olarak indirmek zorunda kalmadan Power BI raporlarını görüntülemek mümkündür. Raporları bu şekilde açtığınızda, bunlar tarayıcıda görüntülenir. Bu özellik, Doku portalından raporları görüntülemeye uygun bir alternatif olabilir. Doku kiracı ayarlarında varsayılan olarak etkindir.

İpucu

Microsoft Teams'i kullanarak işbirliği yaparken, dosyaları kanal belge kitaplığında depolamayı göz önünde bulundurun. Bu yaklaşım, dosyaların merkezileştirilmesine yardımcı olur ve işbirliğini kolaylaştırır.

Aşağıdaki dosya türlerini SharePoint'te depolamayı göz önünde bulundurun.

• Şablonlar ve belgeler: Mevcut bir depolama çözümünüz olmadığında Şablonları ve belgeleri SharePoint'te depolayın. SharePoint bu dosyalar için idealdir çünkü karmaşık kurulum veya işlemler olmadan başkalarına erişim verebilir ve dosyaları yönetebilirsiniz.
• Destekleyici dosyalar: Mevcut bir depolama çözümünüz olmadığında destekleyici dosyaları SharePoint'te depolayın. Ancak bazı destekleyici dosyalar (Power BI teması .json raporlar için dosyalar gibi) kaydedilen değişiklikleri görüntülemeye ve yönetmeye olanak tanıyan bir sürüm denetim sisteminde daha iyi depolanabilir.
• İçerik dosyaları: İş açısından kritik olmadığında veya Azure Repos gibi uzak bir depoya erişiminiz olmadığında sharepoint'te içerik depolayın.
• Veri kaynakları: SharePoint'te veri kaynaklarını yalnızca boyutu ve karmaşıklığı küçük olduğunda depolayın. Veri kaynağı dosyalarını depolamak için SharePoint kullanırken uzmanlık alanı alıştırması yapın. OneLake gibi diğer olası alternatifleri göz önünde bulundurun.

Dikkat

SharePoint'i uygun veri mimarisine alternatif olarak kullanmayın. Veri kaynağı dosyalarını SharePoint'te depolamak bazı sınırlı senaryolarda kullanışlı olabilir ancak daha büyük, daha karmaşık veri kaynaklarınız olduğunda veya daha düşük veri gecikme süresine ihtiyacınız olduğunda bu yaklaşım ölçeklendirilemez.

Uyarı

Dosyaları depolamak için kişisel dosya sistemlerini veya kişisel OneDrive hesaplarını kullanmayın. Sahip kuruluşa ayrılırsa, bu dosyalar artık kullanılamaz.

OneLake

Doku kapasiteniz varsa OneLake, veri kaynağı dosyalarını depolamak için iyi bir seçim olabilir. OneLake Dosya Gezgini kullanarak dosyaları OneLake'e yükleyebilir veya eşitleyebilirsiniz. Burada, Power BI gibi aşağı akış iş yüklerinde kullanılmak üzere tablolara dönüştürülebilirler. Daha büyük veya düzenli olarak güncelleştirilen veri kaynakları için Doku Data Factory'yi veya Azure Data Lake Depolama (ADLS) 2. Nesil API'sini veya Azure Depolama Python SDK'sını kullanan diğer uygulamaları kullanarak dosyaları OneLake'e otomatik olarak yükleyebilirsiniz.

Dikkat

OneLake'ten dosya yükleme veya indirme gibi eylemler Doku kapasite birimlerini tüketir. Kapasite ölçümlerini izlemeli ve büyük dosyaların gereksiz şekilde taşınmasından kaynaklanan kapasite baskısını önlemek için adımlar atmalısınız.

Ayrıca, OneLake Dosya Gezgini kullanıcıları tarafından erişilen dosyalar yanlışlıkla yapılan değişikliklere veya kayıplara karşı savunmasızdır. İş açısından kritik çözümler için OneLake Dosya Gezgini kullanmaktan kaçınmanızı öneririz.

Uyarı

OneLake Dosya Gezgini bazı önemli sınırlamalara ve dikkat edilmesi gereken noktalara sahiptir. Örneğin OneLake, SharePoint veya OneDrive gibi dosyalar için sürüm denetimini desteklemez. Dosyaların nerede depolandığına karar vermeniz durumunda bu önemli noktaları ve sınırlamaları dikkate alın.

İpucu

Verileri OneLake'te depolarken, veri kaybı riskini azaltmak için İş Sürekliliği ve Olağanüstü Durum Kurtarma'yı (BCDR) etkinleştirmeyi göz önünde bulundurun. BCDR etkinleştirildiğinde verileriniz Azure'ın standart bölge eşleştirmelerine göre çoğaltılır ve iki farklı coğrafi bölgede depolanır.

Uzak depo

İçerik oluşturucular, geliştirme sırasında düzenli aralıklarla işleri yerel makinelerinden Azure Repos Git deposu gibi uzak bir depoya işleyebilir ve kaydedebilir. Uzak depo çözümün en son sürümünü içerir ve bu depoya geliştirme ekibinin tamamı tarafından erişilebilir. Genellikle, uzak bir depo Teams, SharePoint veya OneDrive'ı kullanmaktan daha gelişmiş yaşam döngüsü yönetimi yaklaşımlarını kolaylaştırır. Bunun nedeni, içerik oluşturucuların uzak bir depo kullanarak dosyalar üzerinde işbirliği yapmak veya dosya değişikliklerini izlemek ve yönetmek için daha gelişmiş seçeneklerden yararlanabilmesidir. Örneğin, içerik oluşturucular değişiklik yapmak için uzak deponun kendi dallarında çalışabilir ve hazır olduğunda bu değişiklikleri ana dalla birleştirme isteğinde bulunabilir.

Aşağıdaki dosya türlerini uzak bir depoda depolamayı göz önünde bulundurun.

• Şablonlar ve belgeler: Projeyi Azure DevOps gibi ilgili hizmetlerle yönetirken şablonları ve belgeleri uzak bir depoda depolayın.
• Destekleyici dosyalar: Değişiklikleri kolayca izlemek ve yönetmek için kullanılabilir olduğunda destekleyici dosyaları uzak bir depoda depolayın.
• İçerik dosyaları: İş açısından kritik öneme sahip olduğunda veya aynı içerik üzerinde diğer geliştiricilerle işbirliği yapmak istediğinizde içeriği uzak bir depoda depolayın. Uzak depo, içerik değişikliklerini izlemek ve işbirliğini kolaylaştırmak için idealdir.

İpucu

Uzak bir depo kullandığınızda, Power BI raporlarını ve anlam modellerini .pbix dosyaları yerine Power BI Desktop projeleri (.pbip) dosyaları olarak depolamayı göz önünde bulundurun. Bunun nedeni, kaydedilen değişikliklerin bir .pbix dosyasında tanımlanamamadır.

Dosya yok: Doku portalında oluşturulan içerik

İçerik oluşturucular doğrudan Doku portalında içerik yazabilir. Bu senaryoda genellikle doğrudan içerik dosyalarıyla çalışmazlar. Yapı portalında genellikle içerik yazmanız gerekir ancak öğe türleri başka bir yerde oluşturulamıyorsa (veri akışları, panolar veya karneler gibi). Ayrıca, Windows makinesine erişiminiz olmadığında Ve bu nedenle Power BI Desktop'ı kullanamıyorsanız Doku portalında raporlar ve anlam modelleri yazabilirsiniz. Daha fazla bilgi için bkz . Kullanıcı araçları ve cihazları.

Dikkat

Doku portalında oluşturulan bazı içerikleri dosya olarak indiremezsiniz. Örneğin, Doku portalında oluşturulan raporlar .pbix dosyaları olarak indirilemiyor.

Doku portalında içerik yazarken, bunun yerine içerik tanımlarını yedeklemek için Doku API'lerini veya Git tümleştirmesini kullanmanız gerekir. İçerik tanımlarını yedeklerken, içerik yanlışlıkla silinirse veya yanlışlıkla değiştirilirse kesintiyi azaltırsınız. İçerik yanlışlıkla silinir veya değiştirilirse, yedeklemeyi kullanarak içeriği değiştirebilirsiniz.

Denetim listesi - İçerik planlama ve tasarlama sırasında önemli kararlar ve eylemler şunlardır:

• Çözüm planlamasını yürütme: İçeriğinizin çözeceği sorunu yeterince anlamak ve bu içeriğin sorunu nasıl çözeceğini tasarlamak için iş gereksinimlerini ve teknik gereksinimleri toplayın.
• İçeriği kimin oluşturacağını belirleme: tek tek içerik oluşturucunun iş akışına, becerilerine ve gereksinimlerine bağlı olarak, yaşam döngüsü yönetimine yönelik farklı yaklaşımlar gerekebilir.
• Birden çok içerik oluşturucunun işbirliği yapmasına gerek olup olmadığını belirleme: İşbirliği yapan içerik oluşturucuların .pbip dosyaları gibi sürüm denetimini destekleyen dosya türlerini kullandığına emin olun.
• İçerik oluşturucuların nasıl işbirliği yapacağına karar verin: İşbirliğinin ne kadar karmaşık olacağını belirleyin. Ayrıca, Microsoft Teams veya Azure DevOps kullanarak bu işbirliğini nasıl kolaylaştırabileceğinize karar verin.
• İşbirliği araçlarını ayarlama: Çözüm veya proje için gerekli ilk kez kurulumu gerçekleştirdiğinizden emin olun. Bu araçları kullanarak işbirliğini nasıl yönetileceğiniz hakkında önemli kararlar alın.
• Veri kaynağı dosyalarını SharePoint veya OneLake'te depolama: SharePoint'te küçük, basit veri kaynağı dosyalarını depolayın. Aksi takdirde, bunun yerine OneLake veya ADLSGen2 (varsa) kullanın.
• İçeriği ve destekleyici dosyaları SharePoint'te veya uzak bir depoda depolayın: Daha basit ve daha küçük projeler için, düzenliyse ve iyi erişim yönetimi uyguluyorsanız çoğu dosya için SharePoint'i kullanın. Daha büyük ortamlarda veya paralel işbirliği gerektiğinde, içerik değişikliklerinin ayrıntılı görünürlüğünü sağlayacak bir uzak depo kullanmayı göz önünde bulundurun.
• Şablonları ve belgeleri SharePoint'te depolama: Şablonların ve belgelerin başkalarının bulması, kullanması ve anlaması kolay olduğundan emin olun.
• Geliştirme ve dağıtım planı: Bu ilk aşamayı sonuçlandırmak için, önemli alanları ele almak ve ilk kurulumu gerçekleştirmek için belirli bir planlama gerçekleştirin. Örneğin, araçlar oluşturun ve veri kaynağı bağlantılarını test edin.

İlgili içerik

Bu serinin sonraki makalesinde, içerik yaşam döngüsünü yönetmenin bir parçası olarak içerik geliştirmeyi ve değişiklikleri yönetmeyi öğrenin.