はじめに
ワークフローを使うことで、Azure リソースを繰り返し可能な方法でデプロイできます。 このモジュールでは、デプロイ ワークフローを拡張して、複数環境で使用できるようにする方法について学習します。 ワークフローを使用すると、運用環境にリスクを与えることなく、変更を検証してテストすることができるようになります。 変更を検証した後で、同じプロセスを使用してワークフロー運用環境にデプロイします。
シナリオ例
あなたは玩具会社の Azure 管理者だとします。 あなたは Web サイト チームと連携して、Azure リソースをデプロイして構成する Bicep テンプレートを作成しています。 Bicep ファイルを自動的にデプロイするワークフローも作成しました。
Web サイト チームは、サードパーティの製品レビュー サービスを統合したいと思っています。 このサービスを使うと、顧客は玩具の製品レビューを投稿したり見たりできます。 Web サイト チームは、サービスを自社の Web サイトに統合する際にサービスを実際に試してみる必要がありますが、本物の製品レビューを投稿したくはありません。 チームは、安全なテストのために、レビュー サービスのサンドボックス バージョンにアクセスできます。
そこでチームは、デプロイ ワークフローの更新の支援をあなたに求めています。 チームは、顧客が使用する運用環境とは異なる非運用環境にサイトをデプロイする必要があります。 それぞれの環境の評価 API で異なる構成設定を使用する必要があります。
学習内容
このモジュールでは、Bicep コードを複数の Azure 環境に一貫した方法でデプロイするように、ワークフローを拡張する方法を学習します。 高度なセキュリティと分離をサポートするため、環境ごとに個別にワークロード ID を作成します。
呼び出されるワークフローを使ってデプロイ手順を 1 か所で定義し、Bicep パラメーターを使って環境間の構成の違いに対応します。 ワークフローのログで誤ってシークレットを漏洩しないように、パラメーターの値をセキュリティで保護します。
主な目標
このモジュールを完了すると、複数の環境に対応できるようにワークフローを更新することができます。 呼び出されるワークフローを使用して定義で繰り返しを避ける方法と、各環境の Bicep ファイルにパラメーターを提供する方法を習得します。