对基础架构持续部署进行版本控制
Versioning the infrastructure Continuous Deployment
我们正在尝试建立持续部署。我们希望在部署新资源时进行网络交换。
有时 Azure 基础结构无法响应地提供资源。由于部署失败导致部署失败时，我们可能会遗留冲突资源。
问题：我们是否应该在每次部署时为我们的资源命名？例如将我们的内部版本号命名为我们的基础设施。
PS：我注意到 azure 团队已经这样做了。因为他们必须托管多租户架构。
Arm 被设计成幂等的。这意味着您应该能够随时重新部署任何模板。在执行基础架构即代码时，您可能会同时供应资源组中的所有资源。以完整模式进行部署，然后删除模板中不再链接的资源。以下是有关版本控制 ARM 模板的文章，可以为您提供帮助：
我们正在尝试建立持续部署。我们希望在部署新资源时进行网络交换。
有时 Azure 基础结构无法响应地提供资源。由于部署失败导致部署失败时，我们可能会遗留冲突资源。
问题：我们是否应该在每次部署时为我们的资源命名？例如将我们的内部版本号命名为我们的基础设施。
PS：我注意到 azure 团队已经这样做了。因为他们必须托管多租户架构。
Arm 被设计成幂等的。这意味着您应该能够随时重新部署任何模板。在执行基础架构即代码时，您可能会同时供应资源组中的所有资源。以完整模式进行部署，然后删除模板中不再链接的资源。以下是有关版本控制 ARM 模板的文章，可以为您提供帮助：