gpt4 book ai didi

tfs - VSTS 发布管理 - 共享公共(public)环境的多个发布定义

转载 作者:行者123 更新时间:2023-12-02 01:22:55 24 4
gpt4 key购买 nike

我正在努力解决我在发布管理方面遇到的问题 - 我似乎已经在其他自动部署工具(例如 uDeploy)中找到了解决方案,但我想知道它是否可以在 VSTS RM 中处理。

这是我的案例:

我想在我的应用程序中自动部署多个 (10+) Windows 服务组件以及一个 UI 组件。

所有工件都是使用单个 TFS 构建定义构建的。

如果能够根据微服务架构逐个发布将部分或全部组件部署到生产环境,并且不影响未受影响的服务,客户将非常感激。

创建 10 多个发布定义,每个组件一个,这似乎很疯狂,尤其是因为环境配置将在定义中重复。

但与此同时,如果我使用单一定义,我如何才能使部署的组件可配置?

在一个定义下为每个组件创建任务并为每个版本启用/禁用任务?在哪种情况下,我必须不断更新发布定义?

每个组件一个“环境”?并且只部署到我希望部署的“组件环境”?

对此非常有义务的任何建议。

提前致谢。

最佳答案

这里有多种有效方法。您的组件确实彼此独立,并且您希望仅在源已更改时构建(和部署)它们,因此拆分构建定义和发布定义更有意义 . (将其视为每个组件都有自己的发布管道)

或者您的组件具有某种依赖性,一次部署所有网络组件更有意义,例如一次部署所有后端。然后每个角色更少的构建定义和发布定义更有意义。 (并允许您微调触发)

最后,如果您的组件高度相互依赖使用环境和部署前批准的唯一构建定义和发布定义会更有意义。

我想在这里强调的是,您拥有的构建定义和发布定义越多,您拥有的选项就越多。
关注每个组件的本质(它做什么,工作负载在哪里)、相互依赖性,以及谁来批准通常答案通常会在之后出现。

此外,即使环境可以在技术上帮助您实现您正在尝试做的事情,在我的理解中,它们意味着在构建提升流程中具体化诸如“qa”、“staging”和“production”之类的东西。 (与来源推广相比)

希望对您有所帮助。

关于tfs - VSTS 发布管理 - 共享公共(public)环境的多个发布定义,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/38860993/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com