培训
认证
Microsoft Certified: Power Platform Developer Associate - Certifications
演示如何使用 Microsoft Power Platform Developer 简化、自动化和转换业务任务和流程。
Power Platform 中的管道旨在通过将 ALM 自动化和持续集成和持续交付 (CI/CD) 功能引入服务,以一种对所有制作者、管理员和开发人员更容易接受的方式,针对 Power Platform 和 Dynamics 365 客户普及应用程序生命周期管理 (ALM)。
管道可显著减少以前通过在团队或组织中采用运行状况、自动化 ALM 流程来实现 ROI 所需的工作量和领域知识。
借助管道,管理员能够较轻松地大规模集中管理平民主导和专业开发人员主导的项目。 管理员设置适当的保护措施来管理和帮助整个组织的解决方案开发、测试和交付。 其他管理员好处包括:
降低总拥有成本:
节省时间和金钱:
按自己的节奏扩展 ALM:
pac pipeline
命令组通过以下各项实现合规性、安全性、监视和自动化目标:
管道到位后,制作者只需点击几下即可启动产品内部署。 他们可以直接在其开发环境中执行这些操作。 制作者的其他好处包括:
专业开发人员现在可以使用管道处理复杂的后台操作,从而提高工作效率。 开发人员可以告诉系统他们想要完成什么,而不是执行实现同一目标所需的各种基本任务。 使用 Power Platform CLI,开发人员可以:
此外,开发人员可以扩展管道并与其他 CI/CD 工具集成。
管道可部署解决方案以及目标环境的配置,如连接、连接引用和环境变量。 解决方案中包含的任何 Power Platform 自定义项都可以使用管道进行部署。 管道或解决方案一般不包含 Dataverse 表内存储的数据。
重要
管道中当前不支持 Power BI 仪表板(预览)和 Power BI 数据集(预览)。
首先,确保源环境和目标环境正确链接。 您将只能在分配的源环境中查看您的管道,例如您的开发环境。 在配置期间将每个环境链接到管道时,您可以选择开发环境或目标环境环境类型。 如果为与管道相关的环境分配了适当的类型,管道将作为一个选项出现在源开发环境中。
是的。 对于每个部署,托管和非托管解决方案都会自动导出并存储在管道主机中。
不包括。 提交部署请求(当制作者从开发环境中选择部署时)后,解决方案即会导出,并且将部署相同的解决方案项目。 同样,系统不会将部署的解决方案重新导出到管道中的后续阶段。 相同的解决方案项目必须按连续顺序通过管道阶段。 系统还会阻止对导出的解决方案项目进行任何篡改或修改。 这可确保自定义无法绕过 QA 环境或您的审批流程。
常见设置示例:
环境用途 | 环境类型 | 需要独立许可证 |
---|---|---|
Host | 生产 | 否 |
开发 | Developer | 否 |
QA | Developer | 否 |
生产 | 生产 | 是 |
是的。 请参阅委派部署。
是的。 详细信息: 使用服务主体部署
与创作体验类似,运行管道的制作者可以提供他们自己的连接或他们可以访问的连接。 服务主体连接也可用于支持服务主体身份验证的连接器,包括自定义连接器。
目前,在解决方案或目标环境中没有值的连接引用不能在部署期间更新。 如果之前部署了某个值,则可以在目标环境中更新该值。
部署身份。 对于标准部署,所有者是提出请求的制作者。 对于委托部署,所有者是委托服务主体或用户。
不包括。 我们建议对这种情况使用 Azure DevOps 或 GitHub。
您应该删除环境记录,并在需要时更新管道配置。 如果环境被重置,则重新创建环境记录,然后将其与管道关联。
是的。 但是,不建议所有客户都使用默认环境作为管道主机。
是的。 更多信息:作为服务主体或管道所有者部署管道。
可以,这些工具结合在一起很强大,同时还可让制作者体验保持简单。 详细信息:扩展管道
是的。 如果启用了管道设置,则可以 从 Pipelines(管道)页面上的运行历史记录视图重新部署以前的解决方案版本 。 如果禁用该设置,则只能部署或导入更高的解决方案版本。 解决方法是,管理员可以从管道主机下载构件,在 solution.xml 文件中递增解决方案版本,然后手动将其导入到目标环境。
是的。 您可以在 Dataverse 管道主机中配置批量删除作业,来按照定义的计划删除数据。
目前不能。 管道默认导入行为为升级与覆盖自定义。
不包括。 但是,一个环境可以链接到同一主机内的多个管道。 要将环境与其他主机关联,将其添加到新主机中的管道中。 然后从原始主机中删除环境记录,并验证是否一切都正常。
目前不能。 但是,可以使用专用的扩展挂钩来自定义管道逻辑。 详细信息:扩展管道。
导航到与您的管道相关联的环境中的开发中的非托管解决方案。 无法从默认解决方案、托管解决方案或目标环境中查看或运行管道。 请注意,您还可以从 Power Platform CLI 检索和运行管道。
可以,但前提是 在主机中启用了 Cross-Geo Solution Deployments 设置。 如果禁用该设置,则主机和与主机中的管道关联的所有环境必须位于同一地理位置(如创建环境时指定)。 例如,如果禁用该设置,则管道无法从德国部署到加拿大,并且德国的主机无法管理加拿大的环境。 如果租户管理员希望阻止跨地理位置解决方案部署,则应为德国和加拿大使用单独的主机。
是,可以,但我们建议使用给定解决方案的相同管道开始。 这有助于避免混淆和意外错误。 管道运行信息显示在一个管道和一个解决方案的上下文中(在解决方案体验中)。 因此,其他管道可能不会显示最新部署的解决方案版本或与不同管道关联的其他重要运行信息。 请注意,部署管道配置应用显示当前主机的所有管道和所有解决方案的运行信息。
不支持使用相同的环境进行开发和使用主机;不建议将其他组合作为最佳做法。
在目标环境中,您可以看到已部署对象的层以及层之间的变化。 此外,您还可以看到模型驱动应用、站点地图和窗体的层之间的 XML 差异。 管道还可以扩展,与 GitHub 和其他源代码管理系统集成,来比较粒度差异。
这是一个有效的配置,应根据您组织内的需求和策略进行评估。
不包括。 我们建议您始终将托管解决方案部署到非开发环境中。 请注意,非托管解决方案会自动导出并存储在管道主机中,因此您可以将它们下载并导入到其他开发环境中,或者将它们置于源代码管理中。
目前不能。 您需要对每个解决方案提交不同的部署。 不过,同一管道可用于多个解决方案。
目前不能。 建议您在保存各个对象时发布它们。 请注意,只有特定解决方案对象才需要发布。
当前实现对给定的解决方案使用单一的开发环境。
两者都提供许多有价值的功能,并且负责团队密切合作,为 Power Platform 开发管道和扩大 ALM 愿景。 管道本质上更简单,可以更轻松地设置和管理。 不需要使用其他产品和技术,因为一切都在内部管理。 另一方面,ALM 加速器有时更适合更高级的 ALM 场景。
虽然还存在许多其他功能差异,但根本区别在于管道是一项正式 Microsoft Power Platform 的产品功能,这意味着它由产品工程部门设计、架构、工程、测试、维护和支持 Microsoft 。 管道内置在产品中,可以在本机产品体验中访问。
我们鼓励客户在核心部署功能中使用管道,并在需要时扩展管道来与其他 CI/CD 工具集成。 当一起使用时,CI/CD 工具中所需的工作负荷通常会变得不那么复杂,维护成本也更低。
培训
认证
Microsoft Certified: Power Platform Developer Associate - Certifications
演示如何使用 Microsoft Power Platform Developer 简化、自动化和转换业务任务和流程。