Share via

Power BI 使用方案：自助内容发布

  • 项目

备注

本文是 Power BI 实现规划系列文章中的一篇。 本系列着重介绍 Microsoft Fabric 中的 Power BI 工作负载。 有关该系列的介绍，请参阅 Power BI 实施规划。

当分析解决方案对组织至关重要时，必须确保 Power BI 服务中的内容能够稳定可靠地供使用者使用。 IT 团队往往会在多种环境中解决此问题：

  • 在开发环境中，内容创建者和所有者对解决方案进行更改和改进。 当这些更改已准备好进行更全面的评审时，解决方案将部署（有时称为“提升”）到测试环境。
  • 在测试环境中，评审者验证对解决方案所做的更改。 此评审可能涉及到验证解决方案功能和数据。 评审完成后，解决方案将部署到生产环境。
  • 使用者在生产环境中查看发布的解决方案并与之交互。

这种结构化方法可确保内容创建者、所有者和评审者能够做出和验证更改，而不会对使用者造成负面影响。

使用有条不紊和按部就班的生命周期管理流程可以减少错误、最大程度地减少不一致性，并改善使用者的用户体验。 内容创建者和所有者可以使用 Power BI 部署管道进行自助内容发布。 部署管道简化了流程并提高了发布新内容时的控制度。

注意

此自助内容发布方案是内容管理和部署方案中的一种。 有关自助方案的完整列表，请参阅 Power BI 使用方案一文。

为简洁起见，本文未介绍内容协作和交付方案主题中描述的某些方面。 若要了解完整信息，请先阅读这些文章。

方案示意图

下图简要概述了用于支持自助内容发布的最常见用户操作和 Power BI 组件。 该图重点描绘如何使用 Power BI 部署管道通过开发、测试和生产工作区提升内容。

示意图显示了自助内容发布，该功能使用部署管道将内容发布到开发、测试和生产环境。示意图中的项在下表中进行了介绍。

提示

如果想要将方案图嵌入演示文稿、文档或博客文章，或者将其打印为墙上海报，建议下载方案图。 由于它是可缩放矢量图形 (SVG) 图像，因此可以放大或缩小它，而不会造成任何质量损失。

该方案图描绘了以下用户操作、工具和功能：

项目 描述
项 1。 Power BI 内容创建者使用 Power BI Desktop 开发 BI 解决方案。
项 2。 Power BI 项目文件 (.pbip) 的 Power BI Desktop 文件 (.pbix) 保存到 OneDrive 中的共享库。 内容创建者在 OneDrive 中保留这些文件的版本。
项 3。 准备就绪后，内容创建者将 Power BI Desktop 文件发布到 Power BI 服务。
项 4。 内容发布到专门用于开发的工作区。
项 5。 部署管道管理员为 Power BI 部署管道设置三个阶段：开发、测试和生产。 每个阶段与 Power BI 服务中的一个独立工作区相对应。 为部署管道设置了部署设置和访问权限。
项 6。 开发（或测试）工作区设置为“Fabric 容量”、“高级容量”、“Premium Per User”或“嵌入”许可证模式。 Power BI 部署管道是一项仅在具有这些许可证模式的工作区中可用的功能。
项 7。 内容创建者和所有者在开发工作区中协作，以确保满足所有要求。
项 8。 开发内容准备就绪后，部署管道将比较开发与测试阶段之间的内容。
项 9。 部分或所有 Power BI 项将部署到专门用于测试的工作区。
项 10。 部署管道完成其部署后，内容创建者手动对测试工作区执行部署后活动。 活动可能包括为测试工作区配置计划的数据刷新或发布 Power BI 应用。
项 11。 质量保证、数据验证和用户验收测试由测试工作区的评审者执行。
项 12。 全面验证测试内容后，部署管道将比较测试与生产阶段之间的内容。
项 13。 部分或所有 Power BI 项将部署到专门用于生产的工作区。 对于生产工作区，当有大量只读使用者时，通常更适合使用“Fabric 容量”或“高级容量”许可证模式。
项 14。 部署管道完成部署后，内容创建者可以手动执行部署后活动。 活动可能包括为生产工作区配置计划的数据刷新或发布 Power BI 应用。
项 15。 内容查看者使用生产工作区或 Power BI 应用访问内容。
项 16。 某些数据源（例如驻留在专用组织网络中的数据源）可能需要本地数据网关或 VNet 网关来进行数据刷新。
项 17。 Fabric 管理员在 Fabric 门户中监督和监视活动。 被认为非常重要的、以致需要单独使用开发、测试和生产工作区的内容，比不够重要的内容的治理要求更严格。

提示

我们建议你也查看高级数据模型管理使用方案。 它基于此方案中引入的概念。

要点

下面是对于自助内容发布方案需要强调的一些要点。

部署管道

部署管道由三个阶段组成：开发、测试和生产。 为部署管道中的每个阶段分配一个工作区。 在部署时，部署管道支持的 Power BI 项将从一个工作区发布（或克隆）到另一个工作区。 测试和验证完成后，可以多次重用部署管道以快速提升内容。 对于技能不足或想要使用基于代码的部署（根据企业内容发布方案中所述使用 Power BI REST API）的内容创建者而言，部署管道接口很容易实现。

注意

使用部署管道发布内容称为“仅限元数据的部署”。 在这种情况下，数据不会覆盖或复制到目标工作区。 部署完成后，通常需要刷新数据 — 请参阅下面的部署后活动主题。

部署过程

最佳做法是将整个工作区内容视为可作为一个单元一起部署的分析包。 因此，明确规定每个工作区的用途和预期非常重要。 尽管可以选择性地部署特定 Power BI 项，但如果部署代表一个内容逻辑单元，可以提高效率和降低风险。

提示

除了规划部署之外，还要规划如何应对紧急问题。 如果需要立即修复，仍应遵循有关使用部署管道将开发环境中的所有更改传播到测试和生产环境的标准做法。

权限模型

花些时间来规划权限模型。 可以十分灵活地应用不同的工作区角色（在开发、测试和生产环境之间）。 如方案图所示，分配以下工作区权限是常见做法：

  • 开发工作区：将访问权限限制给一起协作的内容创建者和所有者团队。
  • 测试工作区：将访问权限限制给参与质量保证、数据验证和用户验收测试活动的评审者。
  • 生产工作区：向 Power BI 应用（以及工作区，如果适用）的内容使用者授予查看者访问权限。 将访问权限限制给需要管理和发布生产内容的人员，应授权给尽可能少的用户。

注意

大多数内容使用者不知道开发和测试工作区。

对部署管道的访问权限

管道用户权限（谁可以使用部署管道部署内容）与工作区角色是分开管理的。 执行部署的用户需要有权访问工作区和部署管道。 还需要相关的高级权限。

如果可能，建议由现有的内容创建者或所有者执行部署。 在某些情况下，对生产工作区的权限受到更严格的限制。 在这种情况下，可能适合与有权部署到生产环境的其他某人协调进行生产部署。

分配到工作区成员（或管理员）角色的管道用户有权比较阶段和部署内容。 将管道用户分配到此角色可以最大程度地减少权限问题并使部署过程更顺畅地进行。

提示

请记住，工作区角色是单独为开发、测试和生产环境设置的。 但是，对于整个管道，只需设置管道访问权限一次。

Power BI Premium 许可

重要

有时本文指的是 Power BI Premium 或其容量订阅 (P SKU)。 请注意，Microsoft 目前正在合并购买选项并停用 Power BI Premium Per Capacity SKU。 新客户和现有客户应考虑改为购买 Fabric 容量订阅 (F SKU)。

有关详细信息，请参阅 Power BI Premium 许可即将进行的重要更新和 Power BI Premium 常见问题解答。

Power BI 部署管道是一项 Premium 功能。 可以根据内容是用于开发、测试还是生产目的，通过多种方式获取许可。 该方案图描绘了对生产工作区使用 Premium P SKU（例如 P1、P2、P3、P4 或 P5），并对开发和测试工作区使用 Power BI Premium Per User (PPU) 基于用户的 Premium 许可证。 对用户数极少的工作区使用 PPU 许可（如方案图中所示）是一种经济高效的 Premium 功能使用方式，这样还可以将这些工作区的容量与分配给生产工作负载的 Premium 容量分隔开来。

部署设置

数据源规则和参数规则可用于动态管理开发、测试和生产之间不同的值。 使用部署设置是减少工作量和出错风险的有效方法。

部署后活动

在部署期间，特意不将某些属性复制到目标工作区。 几个关键的部署后活动包括：

  • 数据刷新：数据不会从源工作区复制到目标工作区。 从部署管道发布始终是仅限元数据的部署。 因此，在部署到目标工作区后通常需要刷新数据。 对于首次部署，还必须配置数据源凭据或网关连接（如果适用）。
  • 应用：部署管道不会自动发布 Power BI 应用。
  • 访问角色、共享权限和应用权限：部署期间不会覆盖权限。
  • 工作区属性：部署期间不会覆盖联系人和工作区说明等属性。
  • Power BI 项属性：在某些情况下，在部署期间可能会覆盖某些 Power BI 项属性（例如敏感度标签）。
  • 不支持的 Power BI 项：对于部署管道不支持的 Power BI 项，可能需要执行额外的手动步骤。

注意

一旦使用部署管道进行部署，就无法执行任何回滚过程。 请仔细考虑需要完成哪些变更管理流程和审批才能部署到生产工作区。

OneDrive 存储

方案图描绘了如何使用 OneDrive 来存储源 Power BI Desktop 文件。 目的是将源文件存储在如下所述的位置：

  • 受到适当的保护，确保只有发布者有权访问源文件。 共享库（而不是个人库）是个不错的选择。
  • 经常备份，使文件不会丢失。
  • 发生更改时版本受控，以便可以回滚到以前的版本。

提示

如果 OneDrive 位置已同步到工作区，请仅为开发工作区配置该位置。

网关设置

通常，在访问驻留在专用组织网络或虚拟网络中的数据源时需要一个数据网关。 将 Power BI Desktop 文件发布到 Power BI 服务后，本地数据网关就会与此相关。 网关的两个作用是刷新导入的数据，或查看查询实时连接或 DirectQuery 语义模型（之前被称为数据集）的报表（方案图中未描绘）。

使用多个环境时，常见的做法是配置开发、测试和生产连接以使用不同的源系统。 在这种情况下，请使用数据源规则和参数规则来管理在不同的环境中各不相同的值。

注意

强烈建议使用标准模式的集中式数据网关，而不要使用个人模式的网关。 在标准模式下，数据网关支持实时连接和 DirectQuery 操作（此外还支持计划的数据刷新操作）。

系统监督

活动日志记录 Power BI 服务中发生的用户活动。 Power BI 管理员可以使用收集的活动日志数据来执行审核，以帮助他们了解发生的部署活动。

相关内容

在本系列的下一篇文章中，了解高级数据建模使用方案。