尽管当你的老板说“*what the.. *"时，很明显可以立即交换回来，（但这不应该真正发生在所有DevOps大量的插槽中，应该吗？）与根据分支部署的条件管道相比，我很难看到交换的好处，例如承诺“staging”分支部署到“staging”插槽，“main”分支部署到“production”插槽等。
与管道中的条件部署相比，我看到了以下交换的陷阱：
- 我必须手动确保我的“主”分支与“生产”插槽“同步
- 我必须手动运行“staging”管道，以确保“staging”插槽与“staging”分支“同步”，从而导致staging插槽在相当长的时间内“停机
这不是DevOps的精神吗？
我错过什么了吗？
1条答案
按热度按时间2g32fytz1#
与使用Azure Deployment Slots进行有条件部署相比，交换的好处是什么
x1c 0d1x的数据
当您将更改提交/推送到主分支时，使用主分支配置的管道将自动触发并将应用程序代码部署到配置的插槽中。
这意味着您不必手动同步分支与插槽。
但是，您可以多次定义多阶段环境或相同的任务。例如，一旦成功部署和测试了分段环境，用户就可以批准执行部署/交换到另一个插槽的功能的下一阶段部署。这种方法可能会减少停机时间。
的
您需要确保主分支准确地指向生产插槽，并且当您要将“分段”插槽与“分段”分支同步时，您可能需要执行交换或同步操作，这会导致分段环境中的停机时间。
最终，选择其中之一取决于一些因素，例如部署过程、测试、要求以及如何管理同步和停机时间。