我正试图解决我在发布管理方面遇到的一个问题--在其他自动化部署工具(如uDeploy )中,我似乎已经解决了这个问题,但我想知道它是否可以在VSTS中处理。
这是我的案子:
我想对我的应用程序中的几个(10+) windows服务组件进行自动部署,再加上一个UI组件。
所有工件都是使用单个TFS构建定义构建的。
客户非常希望能够按照微服务体系结构在发布的基础上将部分或所有组件部署到生产中,并保持未受影响的服务。
创建10 +发布定义,每个组件的一个似乎很疯狂,特别是因为环境配置将在定义之间重复。
但同时,如果使用单个定义,如何使已部署的组件可配置?
在一个定义下创建每个组件的任务,并在每次发布时启用/禁用该任务?在这种情况下,我必须不断更新发布定义?
每个组件的“环境”?并且只部署到我希望部署的“组件环境”?
任何关于这方面的建议都很感激。
提前谢谢。
发布于 2016-08-10 16:13:22
这里有多个有效的方法。无论是--您的组件实际上是相互独立的--,并且您只希望在更改了源时构建(并部署)它们,因此拆分构建定义和发布定义更有意义。(把它想象成每个组件都有自己的发布管道)
或者--您的组件有某种依赖关系--,同时部署所有web组件,同时部署所有后端,这样做更有意义。那么,减少构建定义和每个角色发布定义就更有意义了,。(并将允许您微调触发)
最后,如果您的组件是高度依赖的,那么使用环境和部署前批准的唯一构建定义和发布定义就更有意义了。
我想在这里强调的是,您拥有的构建定义和发布定义越多,所拥有的选项就越多。
关注每个组件的本质(它是做什么的,工作负载在哪里),相互依赖,以及由谁来批准通常答案是什么。
而且,即使环境在技术上可以帮助您实现您想要做的事情,但据我所知,它们也是为了在构建升级流程中实现"qa“、”分期“和”生产“之类的东西。(与资源推广相比)
希望这能有所帮助。
https://stackoverflow.com/questions/38860993
复制相似问题