在内置的MS Fabric部署管道上使用织物-Ado管道的效果 我正在尝试了解使用API的Insien Inguild MS Fabric部署管道使用Fabric-Azure DevOps管道的用例。在哪种情况下有什么好处。 ...

Question

Microsoft已使用Fabric发表了针对不同CI/CD策略的申请。这些策略在很大程度上取决于您的团队，解决方案和组织结构。 MS MVP的Kevin Chant在此视频中对这些主题有很好的浏览。 高级指导概述了四个不同的选项。 基于GIT的部署。每个环境都连接到使用GIT集成的分支。 Azure DevOps管道可用于为分支之间的拉值提供构建验证。您可能需要使用API在同步后在环境中更改配置设置。 使用构建环境的基于GIT的部署。在这里，Azure管道用于在您的环境中构建和部署更改。特定于环境的设置被应用预部署。

Answer 1

使用织物管道的部门。只有开发环境是Git集成的，并且使用织物管道促进了更高环境的变化。可以使用

Fabric部署APIS.。 ISV的CI/CD。类似于选项2，但针对可能存在数百个环境的多租户解决方案。

也知道，Azure DevOps与整个软件交付生命周期有关，例如工作项目管理，源控制，测试以及构建和释放。您团队的所有成员都应访问并在工作中进行协作。 Fabric的部署管道很棒，它们基于PowerBi管道，并且已经存在了一段时间。毫无疑问，随着新功能的增加，它们会随着时间的流逝而变得更好。但是，并非您项目的团队成员都将（或应该）访问这些管道。 我认为，工具访问是两个平台相遇的交集。正如选项3中使用

Fabric部署APIS的所暗示所暗示的那样，您可以使用Azure管道来自动化内容促销并使用部署门（批准，营业时间等）来控制何时发生。您还可以使用自定义自动化来扩大部署过程，以克服织物管道中的空白。