Azure Pipelines のビルドとリリースのパイプライン内で DevTest Labs を使用する
この記事では、Azure Pipelines のビルドとリリースのパイプライン内で DevTest Labs を使用する方法について説明します。
全体的なフロー
基本的なフローは、次のタスクを実行するビルド パイプラインを持つことです。
- アプリケーション コードをビルドします。
- DevTest Labs で基本環境を作成します。
- カスタム情報で環境を更新します。
- DevTest Labs 環境にアプリケーションをデプロイします。
- コードをテストします。
ビルドが正常に完了すると、リリース パイプラインはビルド成果物を使用してステージングまたは運用環境をデプロイします。
必要な前提の 1 つは、テスト済みのエコシステムを再作成するために必要なすべての情報が、ビルド成果物 (Azure リソースの構成を含む) 内で利用できることです。 Azure リソースを使用するとコストが発生するため、企業はこれらのリソースの使用を制御または追跡したいと考えています。 場合によっては、リソースの作成と構成に使用される Azure Resource Manager テンプレートは、IT のような別の部門によって管理されることがあります。 また、これらのテンプレートが別のリポジトリに格納されている場合があります。 これは、ビルドを作成してテストする際に興味深い状況につながります。 運用環境でシステムを再作成するには、コードと構成の両方をビルド成果物内に保存する必要があります。
ビルドとテスト フェーズ中に DevTest Labs を使用すると、Azure Resource Manager テンプレートとサポート ファイルをビルド ソースに追加できます。 テストに使用された厳密な構成が、リリース フェーズ中に運用環境にデプロイされます。 適切な構成を使用した Azure DevTest Labs 環境の作成タスクでは、ビルド成果物内に Resource Manager テンプレートが保存されます。 この例では、Azure App Service における .NET Core および SQL Database の Web アプリ作成に関するチュートリアルのコードを使用して、Azure に Web アプリをデプロイしてテストします。
Azure リソースの設定
事前に 2 つの項目を作成する必要があります。
- 2 つのリポジトリ。 最初の 1 つには、チュートリアルからのコードと、2 つの VM が追加された Resource Manager テンプレートが含まれます。 2 つ目には、Azure Resource Manager の基本テンプレート (既存の構成) が含まれます。
- 運用環境のコードと構成をデプロイするためのリソース グループ。
- ビルド パイプラインの構成リポジトリへの接続を使用して設定されたラボ。 Resource Manager テンプレートを metadata.json と共に azuredeploy.json として構成リポジトリにチェックインしてください。 この名前によって、DevTest Labs がテンプレートを認識してデプロイできるようになります。
ビルド パイプラインにより、DevTest Labs 環境が作成され、テスト用のコードがデプロイされます。
ビルド パイプラインの設定
Azure Pipelines で、「チュートリアル: Azure App Service での .NET Core および SQL Database の Web アプリの作成」のコードを使用して、ビルド パイプラインを作成します。 ASP.NET Core テンプレートを使用します。これにより、コードをビルド、テスト、発行するために必要なタスクが設定されます。
DevTest Labs で環境を作成し、環境にデプロイするには、さらに 3 つのタスクを追加します。
環境の作成タスク
Azure DevTest Labs 環境の作成タスクで、ドロップダウン リストを使用して次の値を選択します。
- Azure サブスクリプション
- ラボの名前
- リポジトリの名前
- テンプレートの名前 (環境が格納されているフォルダーを示します)
情報を手動で入力するのではなく、ページのドロップダウン リストを使用することをお勧めします。 情報を手動で入力する場合は、完全修飾の Azure リソース ID を入力します。 このタスクでは、リソース ID ではなくフレンドリ名が表示されます。
環境名は、DevTest Labs 内に表示される表示名です。 ビルドごとに一意の名前にする必要があります。 例: TestEnv$(Build.BuildId) 。
パラメーター ファイルまたはパラメーターのいずれかを指定して、Resource Manager テンプレートに情報を渡すことができます。
[Create output variables based on the environment template output]\(環境テンプレートの出力に基づいて出力変数を作成する\) オプションを選択し、参照名を入力します。 この例では、参照名として「BaseEnv」を入力します。 この BaseEnv は、次のタスクを構成するときに使用します。
環境設定タスク
2 番目のタスク (Azure DevTest Labs 環境の設定タスク) は、既存の DevTest Labs 環境を更新することです。 環境の作成タスクでは、このタスクの環境名を構成するために使用される BaseEnv.environmentResourceId が出力されます。 この例の Resource Manager テンプレートには、adminUserName と adminPassword の 2 つのパラメーターがあります。
App Service のデプロイ タスク
3 番目のタスクは、App Service のデプロイ タスクです。 アプリの種類が Web アプリに設定され、App Service 名が $(WebSite) に設定されます。
リリース パイプラインの設定
Azure のデプロイ: リソース グループの作成または更新と Azure App Service のデプロイという 2 つのタスクを使用してリリース パイプラインを作成します。
最初のタスクでは、リソース グループの名前と場所を指定します。 テンプレートの場所は、リンクされた成果物です。 Resource Manager テンプレートにリンクされたテンプレートが含まれている場合は、カスタム リソース グループのデプロイを実装する必要があります。 テンプレートは、パブリッシュされたドロップの成果物に含まれています。 Resource Manager テンプレートのテンプレート パラメーターをオーバーライドします。 残りの設定は既定値のままでかまいません。
2 番目のタスク Azure App Service のデプロイでは、Azure サブスクリプションを指定し、アプリの種類に Web アプリを選択し、App Service 名に $(WebSite) を選択します。 残りの設定は既定値のままでかまいません。
テストの実行
これで両方のパイプラインが設定されたので、手動でビルドをキューに入れて、それが動作することを確認します。 次の手順では、ビルドに適切なトリガーを設定し、ビルドをリリース パイプラインに接続します。
次のステップ
次の記事をご覧ください。