はじめに
Azure リソースは、サブスクリプション内の複数の場所にまたがって分散している可能性があるため、ライフサイクルのニーズが複雑になることがよくあります。 有効期間が短かったり、1 つのアプリケーション ワークロードに関連付けられているリソースがある一方で、組織全体で共有され再利用されているリソースもあります。 デプロイ スタックを使用すると、複数のリソース グループやサブスクリプションにまたがる場合でも、一連の Azure リソースのライフサイクルを単一のまとまった単位として管理することができます。
シナリオ例
たとえば、あなたはコミュニティ バンクの DevOps エンジニアだとします。勤務先の銀行で、Azure リソースのライフサイクル管理をより適切に制御するためにデプロイ スタックを使用することが決まりました。 これまで、ある銀行の新しい預金アプリケーションのテスト版をデプロイするために使用するデプロイ スタックの作成方法について学習してきました。 また、新しいリソースをスタックに追加して、デプロイ スタックを作成、更新しました。 さらに、デプロイ スタックとそのリソースを削除する方法についても学習しました。
また、開発が続くと、預金アプリケーションのリソースが頻繁に変更されることが予想される点についても、把握済みです。 これらの変更には、リソースの変更、追加、削除が含まれる場合があります。 あなたは、デプロイ スタックでリソースがどのように管理され、更新プログラムがそれらのリソースにどのような影響を与えるかについて、さらに詳しく学習したいと考えています。
あなたは、アプリケーションのリソースを定義するコマンドライン インターフェイスと Bicep ファイルを使用して、デポジット アプリケーションのテスト バージョンでの作業を継続することにしました。
学習内容
このモジュールでは、マネージド リソースについて、およびデタッチされたリソースと削除されたリソースを Azure がどのように処理するかについて学習します。 また、デプロイ スタックの更新操作が必要な場合についても学びます。 最後に、デプロイ スタックからリソースを追加、削除、変更、デタッチ、および削除します。
主な目標
このモジュールを完了すると、デプロイ スタックからマネージド リソースを追加、削除、デタッチ、削除できるようになります。
前提条件
次のことを理解している必要があります。
- Azure (Azure portal、サブスクリプション、リソース グループ、リソースなど)。
- Bicep (基本的なファイルの作成とデプロイなど)。
- 基本的な Azure PowerShell または Azure CLI コマンド。