干杯！
也许你们中的一些人已经做了类似的事情。
我们在一个使用terraform的订阅中创建了一个专用的、自托管的AZ DevOps代理池。
因此，地形是地形，DevOps在代理池中发挥着神奇的作用，目前对规模集的任何重大更新都会导致规模集的重新创建和相应的停机时间。我们知道必要的ignore_changes生命周期更改可能会阻止这种情况，但它们尚未实现。
所以我的问题是：有人经历过当你改变正在运行的代理池的目标规模集时，AZ DevOps的反应吗？这意味着只需通过Azure DevOps门户更改目标ScaleSet。
我们可以有一点停机时间，但我们真的很希望能够部署与旧代理集并行运行的新基础设施，然后通过门户进行切换。就像标准的蓝/绿部署方案。
此外，有一个后备到旧的代理池将是一个主要的好处。
只要代理池不支持超过1个规模集，这似乎是最可行的解决方案。
这里有人试过这样的东西吗？
谢谢！
要回答我自己的问题：我们刚刚拔掉插头，切换到一个新的Scale Set。停机时间是立即的，因为DevOps将"；旧的"；缩放设置为0。大约10-15分钟后，Azure DevOps开始扩大新实例的规模，并将它们添加到代理池中。所以，简而言之：蓝/绿比例设置的部署基本上起作用。您可以在代理关闭时安排新作业，但在切换时运行的作业会因实例立即删除而终止