【问题标题】:Recommended way to manage many different destinations / stages?管理许多不同目的地/阶段的推荐方法?
【发布时间】:2019-07-30 08:43:36
【问题描述】:

管理多个发布阶段/目的地的推荐方法是什么?

我们目前使用阶段组合来为任何客户发布到暂存或生产环境,但这意味着我们现在有(客户 x 2 个环境)= 20 个阶段,并且概览页面变得越来越笨拙。

我同意我们应该努力让尽可能多的客户使用相同的版本,但这并不总是可能的,也不是我们想要的。

有没有更好的方法来管理所有这些阶段?

【问题讨论】:

    标签: azure-devops azure-pipelines azure-pipelines-release-pipeline


    【解决方案1】:

    在您的情况下,我能想到的一个想法是尝试使用部署组将十个客户的机器放入一个部署组中,部署组是一组逻辑上的部署目标机器,每台机器上都安装了代理。部署组代表物理环境。这样两个环境只需要两个部署组,应该会比较方便。但这样做的麻烦是,每台机器都需要一个代理。具体如何操作,可以参考document .

    【讨论】:

    • 这不是意味着同一部署组中的所有客户都将获得相同的版本,都在 1 部署中吗?这是我们必须避免的事情,因为并非每个客户都同时批准。由于我们正在发布 IIS 网站,因此我们只部署到 2 台单独的机器上。我们已经在使用部署组将 Web 服务器与处理服务器和数据库服务器分开。
    • 如果有,可能没有更好的管理方式,看看其他贡献者有没有好的想法。
    【解决方案2】:

    您可以使用Multi-configuration 进行操作。然后结果将是一个客户的阶段。

    【讨论】:

      猜你喜欢
      • 2011-11-17
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-07-02
      • 2014-05-17
      • 1970-01-01
      • 2011-02-06
      • 2012-02-11
      相关资源
      最近更新 更多