Power BI 實作規劃：內容生命週期管理
注意
本文是 Power BI 實作規劃系列文章的其中一篇。 此系列主要著重於 Microsoft Fabric 中的 Power BI 體驗。 如需有關此系列的簡介，請參閱 Power BI 實作規劃。
本文介紹內容生命週期管理系列文章，可協助您規劃如何管理 Power BI 內容的生命週期。 此系列文章的主要目標在於：
- Fabric 管理員：負責監督組織中 Fabric 的管理員。 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 工作負載相關。 此系列中討論的一些生命週期管理功能，也可用於 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 封存中繼資料，藉以淘汰和封存內容。 |
您應以何種方式處理內容生命週期管理，取決於您的需求和其他因素。 以下是您在檢閱此系列的內容時應考量的一些重要因素。
- 內容將由誰建立：內容建立者有不同的需求、技能和工作流程。 這些因素可能會影響到不同生命週期管理方法的成敗。 管理企業環境的大型中央小組所適用的，不一定適用於提供內容給小型對象的小型分散式小組。
- 是否有共同內容建立：當內容建立者共同創作相同內容時，很有可能會出現不一致和中斷的狀況。 例如，一個建立者可能會覆寫另一個建立者的變更。 有效的生命週期管理在共同作業中是很重要的，可以避免浪費時間並提高生產力。
- 內容的類型和範圍為何：不同的內容可能需要不同的方法。 具有大量取用者的業務關鍵內容，應有更健全的生命週期管理方法。 相對的，較小的原型可能只需要最基本的方法，例如在達到其目的後隨即加以移除並封存。
- 已取得何種授權：根據您擁有的 Fabric 或 Power BI 授權，會有不同的生命週期管理選項可供使用。 例如，Premium 功能 (例如部署管線) 僅適用於 Fabric 或 Premium 容量，或具有 Premium Per User (PPU) 授權的使用者。 但 Fabric Git 整合僅適用於 Fabric 容量。
- 內容建立者傳遞內容的方式：使用不同內容傳遞範圍的內容建立者可能需要不同的方法來管理該內容。 使用 Power BI 應用程式將內容發佈給內部對象的小組，所需的方法可能與發佈內嵌內容給外部客戶的小組不同。
- Power BI 或 Fabric 實作的成熟度為何：當您的實作達到一定規模時，更多的決策和動作都將取決於 Power BI 內容。 為了避免中斷，隨著您的調整和成長，內容生命週期管理會變得更加重要。
相關內容
在本系列的下一篇文章中，了解如何在管理內容生命週期時規劃及設計內容。