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 内容的生命周期的决策者。 这些团队还可能包括发布经理或工程师之类的角色，前者处理内容发布的生命周期，后者创建和管理有效使用和支持生命周期管理所需的组件。
- 内容创建者和内容所有者：创建 Power BI 内容的用户，他们希望将内容发布到 Fabric 门户以与他人共享。 这些人员负责管理其创建的内容的生命周期。
为了确保向使用者提供可靠而有用的 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 for Business（也称为 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 for Business（也称为 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 内容。 为了避免中断，随着发展壮大，内容生命周期管理变得愈发重要。
相关内容
在本系列的下一篇文章中，了解如何在管理内容生命周期过程中规划和设计内容。