Azure ScaleSet チュートリアルの作成に従い、Windows スケール セットを選択しました。パラメータとして、テスト用に管理者ユーザー名を「admin」として指定しました。デプロイを開始すると、ストレージ アカウント、パブリック IP などの作成が開始され、突然、ユーザー名の強度が不十分であると不平を言って失敗しました。
しかし、Azure リソースを確認すると、それらのストレージ アカウントやその他のリソースが作成されていることがわかりました。これらのリソースをロールバックするためのロールバック プロセスはありませんか?
ARM の背後にある概念は、すべてがリソース グループ レベルで管理されるということです。これは、単一のストレージ アカウントについて話しているのか、1,000 個の VM について話しているのかは関係ありません。デプロイが機能しない場合、ロールバックする方法は、単にリソース グループを削除することであり、それに含まれるすべてのものも削除されます。
グループ内のすべてのリソースは、同じライフサイクルを共有する必要があります。それらをまとめて展開、更新、および削除します。データベース サーバーなどの 1 つのリソースが別のデプロイ サイクルに存在する必要がある場合は、別のリソース グループに配置する必要があります。
IT の他のほとんどのことと同様に、重要な部分は、分割線をどこに置くべきかを決定することです。個人的には、DB、スケール セット、フロント エンド Web サーバーなど、リソース グループを目立たないサービスとして維持するようにしています。そうすれば、他のパーツに影響を与えることなく、個々のユニットを交換できます。