版本控制基础架构持续部署

我们正在尝试建立持续部署。我们希望在部署新资源时进行网络交换。版本控制基础架构持续部署

有时，Azure基础结构无法响应供应资源。由于部署失败导致部署失败，因此我们可能会遗留有冲突的资源。

问题：我们是否应该在每次部署时都以独特的方式命名我们的资源？比如将我们的内部编号命名为我们的基础设施。

PS：我注意到，Azure团队已经这样做了。因为他们必须承载多租户架构。

你指的部署，而不是资源或资源组的屏幕截图。部署由工具唯一命名，因此您可以参考以下历史记录：re：网络交换 - 您是说您希望同时运行2个服务/应用程序，然后交换IP/VIP以最大限度地减少停机时间？ –

手臂设计为幂等。这意味着您应该可以随时重新部署任何模板。以基础架构作为代码时，您可能同时配置资源组中的所有资源。以完整模式进行部署，然后删除模板中不再链接的资源。这里是有文章的版本ARM模板，可以帮助你：

2017-06-20 20:04:02 Peter

所以这是否意味着这一点。唯一的版本应该在顶级资源上进行，这意味着天青资源组？因为我们想在部署新资源时进行网络交换。 –

我不确定幂等性。比如当我部署资源时，他们需要唯一的名称，我试图使用ARM模板上的函数使它们具有唯一性。即使是在操场上创建生产环境脚本的复制也不是直接的。它需要很多更新。 –

在您的模板中，您可以使用唯一的名称。然而，幂等只是意味着你在相同的环境中运行相同的模板，结束状态是相同的。即使已经部署了资源。 – Peter

回答