Salman Asked: 2025-02-19 19:54:33 +0800 CST2025-02-19 19:54:33 +0800 CST 2025-02-19 19:54:33 +0800 CST 与内置 MS Fabric 部署管道相比，使用 Fabric-ADO 管道的优势 772 我试图了解在哪些用例中我们会考虑使用 Fabric-Azure DevOps Pipeline，而不是内置 MS Fabric 部署管道。在什么情况下有好处。 我可能看到的一个好处是某些文件类型不支持部署到 Fabric 中的下一阶段，例如 SQL 分析端点和数据流。但我需要确认 API 是否可以缓解此问题。 1 个回答 Voted Best Answer 2025-02-20T00:19:11+08:002025-02-20T00:19:11+08:00 Microsoft 已发布使用 Fabric 的不同 CI/CD 策略建议。这些策略很大程度上取决于您的团队、解决方案和组织结构。MS MVP Kevin Chant在此视频中对这些主题进行了很好的概述。 从高层次来看，该指南概述了四种不同的选择。 基于 Git 的部署。每个环境都连接到使用 git 集成的分支。Azure DevOps 管道可用于为分支之间的拉取请求提供构建验证。您可能需要在同步后使用 API 更改环境中的配置设置。 使用构建环境进行基于 Git 的部署。在这里，Azure Pipelines 用于构建更改并将其部署到您的环境中。环境特定设置在部署前应用。 使用 Fabric Pipelines 进行部署。只有开发人员环境与 git 集成，并使用 Fabric 管道将更改推广到更高级别的环境。这可以使用Fabric 部署 API实现自动化。 ISV 的 CI/CD。与选项 2 类似，但面向可能存在数百个环境的多租户解决方案。 还要了解 Azure DevOps 涉及整个软件交付生命周期，例如工作项管理、源代码控制、测试以及构建和发布。团队的所有成员都应该有权访问并协作完成工作。 Fabric 的部署管道非常棒，它们基于 PowerBI 管道，并且已经存在了一段时间。毫无疑问，随着新功能的添加，它们会随着时间的推移而变得更好。但是，并非项目的所有团队成员都可以（或应该）访问这些管道。 在我看来，工具访问是两个平台的交汇点。正如选项 3 中使用Fabric 部署 API所暗示的那样，您可以使用 Azure Pipelines 来自动化内容推广，并使用部署门（批准、营业时间等）来控制其发生时间。您还可以使用自定义自动化来增强部署过程，以克服 Fabric Pipelines 中的缺陷。
Microsoft 已发布使用 Fabric 的不同 CI/CD 策略建议。这些策略很大程度上取决于您的团队、解决方案和组织结构。MS MVP Kevin Chant在此视频中对这些主题进行了很好的概述。
从高层次来看，该指南概述了四种不同的选择。
基于 Git 的部署。每个环境都连接到使用 git 集成的分支。Azure DevOps 管道可用于为分支之间的拉取请求提供构建验证。您可能需要在同步后使用 API 更改环境中的配置设置。
使用构建环境进行基于 Git 的部署。在这里，Azure Pipelines 用于构建更改并将其部署到您的环境中。环境特定设置在部署前应用。
使用 Fabric Pipelines 进行部署。只有开发人员环境与 git 集成，并使用 Fabric 管道将更改推广到更高级别的环境。这可以使用Fabric 部署 API实现自动化。
ISV 的 CI/CD。与选项 2 类似，但面向可能存在数百个环境的多租户解决方案。
还要了解 Azure DevOps 涉及整个软件交付生命周期，例如工作项管理、源代码控制、测试以及构建和发布。团队的所有成员都应该有权访问并协作完成工作。
Fabric 的部署管道非常棒，它们基于 PowerBI 管道，并且已经存在了一段时间。毫无疑问，随着新功能的添加，它们会随着时间的推移而变得更好。但是，并非项目的所有团队成员都可以（或应该）访问这些管道。
在我看来，工具访问是两个平台的交汇点。正如选项 3 中使用Fabric 部署 API所暗示的那样，您可以使用 Azure Pipelines 来自动化内容推广，并使用部署门（批准、营业时间等）来控制其发生时间。您还可以使用自定义自动化来增强部署过程，以克服 Fabric Pipelines 中的缺陷。