Azure Pipelines の主な用語を理解する
Azure Pipelines の基本的な用語と部分を理解すると、より効率的で信頼性の高いコードを提供するのにどのように役立つかをさらに詳しく調べることができます。
エージェント
ビルドまたはデプロイを実行すると、システムは 1 つ以上のジョブを開始します。 エージェントは、ビルドまたはデプロイ ジョブを実行するインストール可能なソフトウェアです。
アーティファクト
成果物は、ビルドによって発行されたファイルまたはパッケージのコレクションです。 成果物は、配布やデプロイなどのタスクで使用できます。
建築する
ビルドは、パイプラインの 1 つの実行を表します。 手順とテスト結果の実行に関連付けられているログが収集されます。
継続的デリバリー
継続的デリバリー (CD) (継続的配置とも呼ばれます) は、コードをビルド、テスト、および 1 つ以上のテストおよび運用ステージにデプロイするプロセスです。 複数の段階でデプロイとテストを行うことで、品質を向上できます。 継続的インテグレーション システムにより、インフラストラクチャやアプリなど、配置可能な成果物が生成されます。 自動リリース パイプラインでは、これらの成果物を使用して新しいバージョンをリリースし、既存のシステムを修正します。 監視およびアラート システムは、CD プロセス全体の可視性を促進するために常に実行されます。 このプロセスにより、エラーが頻繁かつ早期にキャッチされます。
継続的インテグレーション
継続的インテグレーション (CI) は、コードのテストとビルドを簡略化するために開発チームが使用するプラクティスです。 CI は、開発サイクルの早い段階でバグや問題をキャッチするのに役立ち、よりアクセシビリティが高く、修正が迅速になります。 自動テストとビルドは、CI プロセスの一部として実行されます。 プロセスは、コードがプッシュされるたびに、または両方のスケジュールで実行できます。 成果物と呼ばれる項目は、CI システムから生成されます。 継続的デリバリー リリース パイプラインでは、これらを使って自動配置を行います。
展開ターゲット
デプロイ ターゲットは、開発されたアプリケーションをホストするために使用される仮想マシン、コンテナー、Web アプリ、または任意のサービスです。 ビルドが完了し、テストが実行された後、パイプラインによってアプリが 1 つ以上のデプロイ ターゲットにデプロイされる場合があります。
仕事
1 つのビルドには、1 つ以上のジョブが含まれています。 ほとんどのジョブはエージェント上で実行されます。 ジョブは、一連のステップの実行境界を表します。 すべての手順は、同じエージェントでまとめて実行されます。
たとえば、x86 と x64 の 2 つの構成を構築できます。 この場合、1 つのビルドと 2 つのジョブがあります。
パイプライン
パイプラインは、アプリの継続的インテグレーションとデプロイ プロセスを定義します。 タスクと呼ばれる手順で構成されています。
これは、テスト、ビルド、およびデプロイの手順の実行方法を記述するスクリプトと考えることができます。
リリース
ビジュアル デザイナーを使用する場合は、リリースまたはビルド パイプラインを作成できます。 リリースとは、リリース パイプラインの 1 つの実行を表すために使用される用語です。 これは、複数のステージへのデプロイで構成されます。
ステージ
ステージは、パイプラインの主要な部門です。"アプリのビルド"、"統合テストの実行"、"ユーザー受け入れテストへのデプロイ" は、ステージの良い例です。
課題
タスクはパイプラインの構成要素です。 たとえば、ビルド パイプラインは、ビルド タスクとテスト タスクで構成される場合があります。 リリース パイプラインは、デプロイ タスクで構成されます。 各タスクは、パイプラインで特定のジョブを実行します。
トリガー
トリガーは、いつ実行するかをパイプラインに指示するように設定されます。 スケジュールされた時刻または別のビルドの完了時に、リポジトリへのプッシュ時に実行されるようにパイプラインを構成できます。 これらのアクションはすべてトリガーと呼ばれます。