継続的な展開を確立しようとしています。新しいリソースを導入する際にネットワークスワップを行いたい。インフラストラクチャのバージョニング継続的展開
Azureインフラストラクチャは、リソースのプロビジョニングに応答しないことがあります。展開が失敗したために展開が失敗した場合、競合するリソースが残っている可能性があります。
質問：展開するたびに私たちのリソースに一意の名前を付ける必要がありますか？私たちのインフラストラクチャにビルド番号を付けるなど。
PS：私は、紺碧のチームはすでにこれを実行していることに気づきました。彼らはマルチテナントアーキテクチャをホストしなければならないため。 
アームは、等冪になるように設計されています。つまり、いつでも任意のテンプレートを再デプロイできるようにする必要があります。インフラストラクチャをコードとして実行するときは、おそらくリソースグループ内のすべてのリソースを同時にプロビジョニングすることになります。デプロイメントを完全モードで実行すると、テンプレートにもはやリンクされていないリソースが削除されます。ここにあなたを助けることができるARMテンプレートをバージョン管理上の記事です：
それはそれを意味します。紺色のリソースグループを意味するトップレベルのリソースで実行する必要がある唯一のバージョン管理ですか？新しいリソースを導入する際にネットワークスワップを行いたいのと同じです。 –
偶数票についてはわかりません。たとえば、リソースを配備するときに一意の名前が必要な場合など、ARMテンプレートの関数を使用して固有の名前を使用するようにしています。プレイグラウンドへの本番環境スクリプトの複製を作成することは直接的ではありません。それは非常に多くの更新が必要です。 –
テンプレートには一意の名前を使用できます。しかし、冪等元というのは、同じ環境で同じテンプレートを実行するということです。終了状態は同じです。既にリソースが展開されている場合でも。 – Peter
あなたが持っているスクリーンショットは、展開ではなく、リソースまたはリソース・グループを参照しています。デプロイメントはツールによって一意に名前が付けられていますので、参照可能な履歴があります：ネットワークスワップ - 2つのサービス/アプリケーションを同時に実行し、その後IP/VIPを交換してダウンタイムを最小限に抑えたいとお考えですか？ –