Visual Studio Team Services:环境中分层基础架构的发布管理

时间:2016-04-23 22:33:24

标签: visual-studio azure-devops release-management continuous-deployment

我正在尝试使用VSTS(发布中心)配置发布管理。我的应用程序分布在每个环境的多个区域中。我有两个不同的区域,每个区域被认为是一个不同的网络。

  • UI应用程序将位于第1区(为此我创建了Build UI项目的“UI构建定义”定义

  • 区域2上的服务API(也创建了不同的构建定义    “ServiceAPI构建定义”

现在,当每个新构建退出时,我需要将每个构建版本释放到相应的区域(考虑到区域是不同的网络)

我认为每个区域都会存在一个代理来下载版本。

如何进行发布管理部分?配置并指定每个环境的区域或服务器,将每个版本链接到不同区域中的服务器?

2 个答案:

答案 0 :(得分:1)

我担心目前还没有办法做到这一点,因为你只能选择一个" Agent Queue"对于一个环境,并且没有任何方法可以指定队列中的哪个代理程序在不同的网络上使用。

替代方法就像你在评论中所想的那样:使用两个管道:Dev(Zone1) - > QA(Zone1) - > Prod(Zone1)和Dev(Zone2) - > QA(Zone2 ) - > PROD(2区)。这样,您可以为不同的区域指定不同的代理。

答案 1 :(得分:0)

VSTS中的特定版本对应于特定的部署管道,即您的应用程序需要采用的路由才能生效(类似DEV> QA> PROD)。发行版由环境组成,在每个环境中,您需要部署必须协同工作的应用程序组件,以便在您错过部署组件时应用程序世界中断。思考工作单元。

具体细节取决于您的部署方式。如果要将工件复制到目标节点,然后在该节点上运行PowerShell以进行部署,则代理需要能够查看节点 - 通常使用WinRM。如果代理可以看到不同区域中的所有节点,则只需要一个代理。

相关问题