Power BI 實作規劃:內容生命週期管理
注意
本文構成Power BI實作規劃系列文章的一部分。 此系列主要著重於 Microsoft Fabric 內的 Power BI 工作負載。 如需系列簡介,請參閱 Power BI 實作規劃。
本文介紹內容生命週期管理系列文章,可協助您規劃如何管理 Power BI 內容的生命週期。 一系列文章主要以下列項目為目標:
- 網狀架構系統管理員: 負責監督組織中的 Fabric 的系統管理員。 網狀架構系統管理員可能需要與其他系統管理員共同作業,例如監督 Microsoft 365 或 Azure DevOps 的人員。
- 卓越中心(COE)和BI小組: 負責監督組織中Power BI的團隊。 這些小組包括決定如何管理 Power BI 內容的生命週期的決策者。 這些小組也可能包括處理內容發行生命週期的版本管理員,或建立和管理有效使用和支援生命週期管理所需的元件工程師等角色。
- 內容建立者和內容擁有者: 建立想要發佈至 Fabric 入口網站以與他人共用的 Power BI 內容的使用者。 這些個人負責管理其建立之內容的生命週期。
為了確保您將可靠且實用的 Power BI 內容傳遞給取用者,請務必遵循有效的內容 生命週期管理 做法。 生命週期管理是指如何處理內容從建立到發行集(或 部署),包括當使用者不再需要內容時淘汰內容。 規劃 Power BI 內容的生命週期管理策略,是調整和成長成功 企業 和 自助分析的重要步驟。
注意
此系列提供Power BI內容生命週期管理的概觀。 其著重於規劃內容生命週期管理策略的重要考慮和指引。 這些文章說明生命週期管理的不同方法,從較小的自助環境到更複雜的企業案例。
此系列主要著重於 Microsoft Fabric 內的 Power BI 工作負載。 不過,基礎概念也可以與其他網狀架構工作負載相關。 此系列中所討論的一些生命週期管理功能也可用於 Fabric 中的其他專案。
Power BI 內容生命週期
下圖描述典型的 Power BI 內容生命週期。
提示
如需如何規劃和建立Power BI內容的指引,請參閱 BI解決方案規劃。
圖表中顯示的六個階段包括:
- 規劃和設計內容: 您通常會收集需求、設計解決方案,以及做出重要的生命週期管理決策,以開始建立Power BI內容。
- 開發內容和管理變更:您開始建立內容,並使用版本控制(或原始檔控制)在開發期間追蹤和管理內容變更。
- 驗證內容: 您定期測試內容,以確保質量結果,並防止現有內容變更造成新問題。
- 部署內容: 準備好時,您會將內容部署到工作區,或在不同環境之間升級內容(例如將內容從測試升級至生產工作區)。
- 支援和監視內容: 發佈之後,您可以藉由解決用戶的問題或要求來支持內容。 支援和監視內容通常會導致規劃和建立更多內容。 您也會監視已部署的內容,以確保內容可靠。
- 淘汰和封存內容: 當取用者不再需要或使用內容時,您應該將其淘汰。 當您淘汰內容時,通常會視需要移除並封存以供稍後參考。
這一系列內容生命週期管理的文章會詳細說明上述每個階段。 這些文章中的指引可協助您判斷管理 Power BI 內容的方法。
管理內容生命週期的方法
您可以使用不同的方法來管理 Power BI 內容的生命週期。 根據您使用的元件和程式,這些方法的複雜性和穩定性會有所不同。
一般而言,不同的方法範圍從簡單到進階。
- 較 簡單的方法通常適用於自助開發人員。 這些方法涉及較少的步驟和元件來管理,但不會提供部門或企業使用案例可能需要的詳細數據和控制層級。 自助內容發佈 是更簡單的生命週期管理方法範例。
- 較大型的小組通常會偏好使用進階 方法,這些小組會共同作業較大型或更複雜的解決方案。 由於其解決方案較為複雜,因此這些小組通常需要更多自動化、自定義和可持續性來管理內容。 因此,這些方法通常涉及更強固且複雜的程式。 不過,對於較小的部署,這些程式可能太複雜,例如個人或小組使用案例。 企業內容發佈 是生命週期管理的進階方法範例。
針對內容生命週期的每個階段,下圖描述一些可用於更簡單或更進階生命週期管理方法的元件範例。
此圖描述內容生命週期中每個階段的下列元件。 元件是範例。 第一個範例是如何達成簡單的生命週期管理方法;第二個範例是如何達成進階生命週期管理方法。
項目 | 說明 |
---|---|
您可以使用 Microsoft Teams 在小組中共同作業,或使用 Azure DevOps 在專案中共同作業,來規劃和設計內容。 | |
您可以使用 商務用 OneDrive(也稱為工作用 OneDrive 或學校版)進行檔案版本控制,或在 Azure DevOps 中使用 Azure Repos 進行元數據原始檔控制,來開發內容和管理變更。 | |
您可以使用Power BI進行手動測試,或在 Azure DevOps 中執行 Azure Test Plans 來執行自動化測試,以驗證內容。 | |
您可以使用Power BI 部署管線,或使用 Azure DevOps 中的 Azure Pipelines 來協調 CI/CD(持續整合/持續部署)來部署內容。 | |
您可以使用預設 Power BI 監視報告來支援和監視內容,例如系統管理員監視工作區中找到的內容,或使用 Azure Log Analytics 整合建立您自己的自定義監視報告。 | |
您可以使用 商務用 OneDrive(也稱為工作用 OneDrive 或學校版)來封存和儲存盤案,或使用 Azure DevOps 中的 Azure Repos 來封存元數據,來淘汰和封存內容。 |
選擇您處理內容生命週期管理的方式取決於您的需求和其他因素。 以下是在此系列中瀏覽內容時要考慮的一些重要因素。
- 神秘 會建立內容:內容建立者有不同的需求、技能和工作流程。 這些因素都可能會影響不同生命週期管理方法的成功。 適用於管理企業環境的大型中央小組,對於提供內容給小型物件的小型分散式小組而言,運作方式可能無效。
- 是否有共同作業內容建立: 當內容建立者在相同的內容上共同作業時,有較高的不一致和中斷的可能性。 例如,一個建立者可以覆寫另一個建立者的變更。 有效的生命週期管理在共同作業中很重要,以避免浪費時間並提高生產力。
- 內容的類型和範圍為何: 不同的內容可能需要不同的方法。 具有大量取用者的商業關鍵內容應該有更健全的生命週期管理方法。 相反地,小型原型可能只需要最基本的方法,例如移除並封存一旦達到其目的。
- 哪些授權已就緒: 視您擁有的網狀架構或 Power BI 授權而定,可以使用不同的生命週期管理選項。 例如,部署管線等 進階版 功能僅適用於網狀架構或 進階版 容量或具有 進階版 每位使用者 (PPU) 授權的使用者。 不過, Fabric Git 整合 僅適用於 Fabric 容量。
- 內容建立者傳遞內容的方式: 使用不同 內容傳遞範圍 的內容建立者可能需要不同的方法來管理該內容。 使用 Power BI 應用程式 將內容發佈給內部物件的小組,可能需要與散發 外部客戶內嵌內容的小組不同。
- Power BI 或 Fabric 實作有多成熟: 當您的實作達到特定規模時,更多的決策和動作取決於 Power BI 內容。 為了避免中斷,當您調整和成長時,內容生命週期管理會變得更加重要。
相關內容
在本系列中的下一篇文章中,瞭解如何在管理內容生命週期時規劃和設計內容。
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應