注释
本文是 Power BI 实现规划 系列文章的一部分。 本系列重点介绍如何在 Microsoft Fabric 内实现 Power BI 体验。 请参阅 系列简介。
本文介绍内容生命周期管理系列文章,可帮助你规划如何管理 Power BI 内容的生命周期。 系列文章主要针对:
- 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 内容的生命周期。 这些方法的复杂性和稳定性各不相同,具体取决于所使用的组件和进程。
通常,不同的方法范围从简单到高级。
- 更简单 的方法通常适用于自助服务开发人员。 这些方法涉及更少的步骤和要管理的组件,但不提供 部门 或 企业 使用方案可能需要的详细信息和控制级别。 自助服务内容发布 是一种更简单的生命周期管理方法示例。
- 大型 团队通常首选高级方法,这些团队可以协作处理更大或更复杂的解决方案。 由于他们的解决方案更为复杂,因此这些团队通常需要更多的自动化、自定义和可持续性来管理内容。 因此,这些方法通常涉及更可靠和复杂的进程。 但是,对于较小的部署(如个人或团队使用方案),这些流程可能过于复杂。 企业内容发布 是生命周期管理的高级方法的示例。
对于内容生命周期的每个阶段,下图描述了一些可用于更简单或更高级生命周期管理方法的组件示例。
此图描述了内容生命周期中每个阶段的以下组件。 组件是示例。 第一个示例是如何实现简单的生命周期管理方法;第二个示例是如何实现高级生命周期管理方法。
条目 | DESCRIPTION |
---|---|
|
可以使用 Microsoft Teams 在团队中协作,或使用 Azure DevOps 在项目中进行协作来规划和设计内容。 |
|
可以使用 OneDrive for Business(也称为 OneDrive for work 或 school)进行文件版本控制,或者在 Azure DevOps 中使用 Azure Repos 进行元数据源代码管理,来开发内容和管理更改。 |
|
可以使用 Power BI 执行手动测试或 Azure DevOps 中的 Azure 测试计划来执行自动测试来验证内容。 |
|
可以使用 Power BI 部署管道或使用 Azure DevOps 中的 Azure Pipelines 来协调 CI/CD(持续集成/持续部署)来部署内容。 |
|
可以使用默认 Power BI 监视报表(例如 在管理员监视工作区中找到的报表)或通过使用 Azure Log Analytics 集成创建自己的自定义监视报表来支持和监视内容。 |
|
可以使用 OneDrive for Business(也称为 OneDrive for Work 或 school)存档和存储文件,或使用 Azure DevOps 中的 Azure Repos 存档元数据来停用和存档内容。 |
选择处理内容生命周期管理的方式取决于你的需求和其他因素。 以下是在浏览本系列内容时要考虑的一些关键因素。
- 谁将创建内容:内容创建者有不同的需求、技能和工作流。 每个因素都可能会影响不同生命周期管理方法的成功。 对管理企业环境的大型中心团队来说有效的方法,可能对负责向小众观众提供内容的小型分散团队无效。
- 是否存在协作内容创建:当内容创建者协作处理同一内容时,出现更不一致和中断的可能性更高。 例如,一个创建者可以覆盖掉另一个人的修改。 有效的生命周期管理在协作中至关重要,以避免浪费时间并提高工作效率。
- 内容的类型和范围是什么:不同的内容可能需要不同的方法。 具有大量使用者的业务关键内容应采用更可靠的生命周期管理方法。 相反,小型原型可能只需要一种简单的方法,例如在完成其功能后将其删除和存档。
- 哪些许可已到位:根据你拥有的 Fabric 或 Power BI 许可证,可以使用不同的生命周期管理选项。 例如, 高级功能 (如部署管道)仅适用于 Fabric 或高级容量 或具有 Premium Per User (PPU) 许可证的用户。 但是, Fabric Git 集成 仅适用于 Fabric 容量。
- 内容创建者如何传送内容:使用不同 内容交付范围的内容 创建者可能需要不同的方法来管理该内容。 使用Power BI 应用将内容分发给内部受众的团队可能需要采用不同的方法,而不是为外部客户分发嵌入内容的团队。
- Power BI 或 Fabric 实现的成熟程度:当实现达到特定规模时,更多的决策和作取决于 Power BI 内容。 为了避免中断,随着规模和增长,内容生命周期管理变得更加重要。
相关内容
在本系列的下一篇文章中,了解如何在管理内容生命周期过程中规划和设计内容。