我们目前有 4 个 Azure DevOps 团队项目,需要为其 SIT 和 UAT 发布管道创建两个部署组。所有 4 个团队项目将共享两个部署组,其想法是从一个团队项目创建部署组,然后将其共享或扩展到其他 3 个(我认为这是常见做法)。
不过,我主要担心的是,由于一些预算限制,已决定在单个目标服务器上创建 SIT 和 UAT 部署组。尽管我坚信这可能不是最佳实践,但是否有任何技术原因无法或不应该实施?
我们目前有 4 个 Azure DevOps 团队项目,需要为其 SIT 和 UAT 发布管道创建两个部署组。所有 4 个团队项目将共享两个部署组,其想法是从一个团队项目创建部署组,然后将其共享或扩展到其他 3 个(我认为这是常见做法)。
不过,我主要担心的是,由于一些预算限制,已决定在单个目标服务器上创建 SIT 和 UAT 部署组。尽管我坚信这可能不是最佳实践,但是否有任何技术原因无法或不应该实施?
简单来说,部署组就是:
部署组是一组逻辑上的部署目标机器,每台机器上都安装了代理。部署组代表物理环境;例如,“开发”、“测试”、“UAT”和“生产”。实际上,部署组只是代理的另一组,很像代理池。
我们支持将同一台机器注册到多个部署组。但是,您需要在 UI 中提供的 PS“注册脚本”中编辑代理名称。或者以物理方式登录机器并在与脚本中指定的默认文件夹不同的文件夹中执行脚本。
通常情况下,我们会设置具有多个代理的部署组,并根据要求仅针对目标代理运行部署。
您可以做的是将标签分配给部署代理,并使用标签将发布分配给特定代理。
总之,如果您坚持,它可以将同一台机器/服务器注册到多个部署组。
但由于服务器性能、环境隔离、容灾等因素。