複数ステージの継続的デプロイ (CD) パイプラインを定義する

Azure Pipelines | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2015

注意

Microsoft Team Foundation Server (TFS) 2018 以前のバージョンでは、ビルドとリリースの "パイプライン" は "定義"、"実行" は "ビルド"、"サービス接続" は "サービス エンドポイント"、"ステージ" は "環境"、"ジョブ" は "フェーズ" と呼ばれます。

Azure Pipelines は、開発、ステージング、品質保証、運用などの複数の段階に対するリリースに対して、高度に構成可能で管理しやすいパイプラインを提供します。 また、特定のステージごとにゲートと承認を実装することもできます。

このチュートリアルでは、次の事項について説明します。

  • 継続的配置トリガー
  • 追加 (ステージを)
  • 配置前の承認を追加しています
  • リリースを作成して展開を監視する

前提条件

必要なものは次のとおりです。

  • 少なくとも1つのステージを含むリリースパイプライン。 まだお持ちでない場合は、次のいずれかのクイックスタートとチュートリアルを使用して作成できます。

  • アプリをデプロイする2つの個別のターゲット。 仮想マシン、web サーバー、オンプレミスの物理配置グループ、またはその他の種類の配置ターゲットを指定できます。 この例では、Azure アプリ Services web サイトインスタンスを使用しています。 同じ操作を行う場合は、一意の名前を選択する必要がありますが、名前に "QA" を含めることをお勧めします。また、簡単に識別できるように、名前に「Production」を含めることをお勧めします。 新しい web アプリを作成するには、Azure portal を使用します。

継続的配置 (CD) のトリガー

継続的配置トリガーを有効にすると、新しいビルドが利用可能になるたびに新しいリリースが自動的に作成されるようにパイプラインに指示されます。

  1. Azure Pipelines で、[リリース] タブを開きます。リリースパイプラインを選択し、[編集] を選択します。

    release pipelin を編集する

  2. [アーティファクト] セクションの [継続的配置のトリガー ] アイコンを選択して、[トリガー] パネルを開きます。 新しいビルドが正常に完了するたびに新しいリリースが作成されるように、これが有効になっていることを確認します。

    継続的配置トリガー

  3. [ステージ] セクションの [配置前の条件] アイコンを選択して、[条件] パネルを開きます。 このステージに配置するためのトリガーが リリース後 にに設定されていることを確認します。 これは、このリリースパイプラインから新しいリリースが作成されたときに、デプロイが自動的に開始されることを意味します。

    配置前の条件

    また、 リリーストリガーステージトリガー 、または デプロイのスケジュールを設定することもできます。

ステージ (複数) を追加

このセクションでは、リリースパイプラインに2つの新しいステージ (この例では2つの Azure アプリ Services web サイト) を追加します。 これは、テストサーバーまたはステージングサーバーに最初にデプロイし、次にライブサーバーまたは実稼働サーバーに配置するという一般的なシナリオです。 各 ステージ は、1つの配置ターゲットを表します。

  1. リリースパイプラインで [ パイプライン ] タブを選択し、既存のステージを選択します。 ステージの名前を「 Production」に変更します。

    [パイプライン] タブから既存のステージを選択し、[ステージ] パネルで名前を [運用] に変更する

  2. [ + 追加 ] ドロップダウンリストを選択し、[ 複製ステージ ] を選択します ([複製] オプションは、既存のステージが選択されている場合にのみ使用できます)。

    複製ステージの選択

    通常は、デプロイされたアプリが同じように動作することを確認できるように、テストと運用ステージで同じデプロイ方法を使用します。 既存のステージの複製は、両方に同じ設定があることを確認するための優れた方法です。 その後、配置ターゲットを変更するだけで済みます。

  3. 複製されたステージには、 運用環境の 名前がコピーされます。 それを選択し、名前を「 QA」に変更します。

    ステージ名を QA に変更する

  4. パイプライン内のステージを再編成するには、 QA ステージで [デプロイ前の条件] アイコンを選択し、[リリース後] にトリガーを設定します。 パイプライン図では、2つのステージが並行して表示されます。

    ステージの再編成

  5. 実稼働 ステージで デプロイ前の条件 アイコンを選択し、トリガーを [ステージング後] に設定し、[ステージ] ドロップダウンリストで [ QA ] を選択します。 パイプライン図は、2つの段階が正しい順序で実行されることを示しています。

    QA トリガーとステージの選択

    注意

    前の段階への配置が 部分的 に成功したときに開始するように配置を設定できます。 これは、特定の重要でないタスクが失敗した場合でも、展開が続行されることを意味します。 これは通常、さまざまなステージに並列でデプロイされるフォークと結合のデプロイで使用されます。

  6. [ タスク ] ドロップダウンリストを選択し、[ QA ] ステージを選択します。

    タスクドロップダウンして、[QA ステージ] を選択します

  7. 使用しているタスクに応じて、このステージが "QA" ターゲットにデプロイされるように設定を変更します。 この例では、次に示すように、 Deploy Azure App Service タスクを使用します。

    Azure app service のデプロイタスクの使用

配置前の承認を追加する

以前に変更したリリースパイプラインは、QA および運用環境にデプロイされます。 QA へのデプロイが失敗した場合、運用環境へのデプロイはトリガーされません。 運用環境にデプロイする前に、アプリが QA またはテスト段階で正常に動作しているかどうかを常に確認することをお勧めします。 承認を追加すると、次の段階に展開する前にすべての条件が満たされていることが確認されます。 パイプラインに承認を追加するには、次の手順に従います。

  1. [ パイプライン ] タブの [ 展開前の条件 ] アイコンをクリックし、 展開前の承認者 を選択します。

    配置前の承認者パネル

  2. [ 承認者 ] テキストボックスに、展開の承認を行うユーザーを入力します。 また、[ リリースを要求 しているユーザー] チェックボックスをオフにすることもお勧めします。

    配置前の承認者の追加

    1人のユーザーと組織グループの両方で、必要な数の承認者を追加できます。 パイプライン図のステージの右側にある [ユーザー] アイコンを選択して、配置後の承認を設定することもできます。 詳細については、「 リリースゲートと承認」を参照してください。

  3. [保存] を選択します。

    リリースパイプラインを保存しています

リリースを作成する

リリースパイプラインのセットアップが完了したので、デプロイを開始します。 これを行うには、新しいリリースを手動で作成します。 通常、新しいビルドアーティファクトが使用可能になると、リリースが自動的に作成されます。 ただし、このシナリオでは、手動で作成します。

  1. [ リリース ] ドロップダウンリストを選択し、[ リリースの作成] を選択します。

    新しいリリースを作成する

  2. リリースの説明を入力し、正しい成果物が選択されていることを確認して、[ 作成] を選択します。

    新しいリリースパネルを作成する

  3. 新しいリリースが作成されたことを示すバナーが表示されます。 詳細については、リリースリンクを選択してください。

    リリースが正常に作成されました

  4. [リリース概要] ページには、各ステージへの展開の状態が表示されます。

    デプロイの状態

    リリースの一覧など、その他のビューにも、承認待ちであることを示すアイコンが表示されます。 このアイコンは、ステージ名を含むポップアップと、それをポイントしたときの詳細を示しています。 これにより、管理者が、承認待ちのリリースとすべてのリリースの全体的な進行状況を容易に確認できます。

    リリースリストビュー

  5. Pending_approval アイコンを選択して [承認] ウィンドウパネルを開きます。 簡単なコメントを入力し、[ 承認] を選択します。

    展開の承認

注意

後で、たとえば、ピーク時以外の時間帯にデプロイをスケジュールすることができます。 また、承認を別のユーザーに再割り当てすることもできます。 リリース管理者は、すべての承認の決定にアクセスして上書きできます。

デプロイを監視および追跡する

配置ログは、アプリケーションのリリースを監視およびデバッグするのに役立ちます。 デプロイのログを確認するには、次の手順に従います。

  1. [リリースの概要] で、ステージの上にマウスポインターを移動し、[ ログ] を選択します。

    配置ログ

    デプロイ中は、[ログ] ページにアクセスして、すべてのタスクのライブログを確認することもできます。

  2. 任意のタスクを選択すると、その特定のタスクのログが表示されます。 これにより、展開の問題をより簡単にトレースおよびデバッグできます。 個々のタスクログ、またはすべてのログファイルの zip をダウンロードすることもできます。

    ログのダウンロード

  3. 配置をデバッグするための追加情報が必要な場合は、 デバッグモードでリリースを実行できます。

次のステップ