翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
CodePipeline アクションタイプとの統合
このトピックの統合情報は、 CodePipeline アクションタイプ別に整理されています。
トピック
ソースアクションの統合
以下の情報は CodePipeline アクションタイプ別に整理されており、以下のソースアクションプロバイダーと統合 CodePipeline するように を設定するのに役立ちます。
トピック
Amazon ECR ソースアクション
Amazon ECR は AWS Docker イメージリポジトリサービスです。Docker イメージをリポジトリにアップロードするには、Docker のプッシュコマンドおよびプルコマンドを使用します。Amazon ECR リポジトリの URI とイメージは、ソースイメージ情報参照のために Amazon ECS タスク定義で使用されます。
詳細はこちら:
-
設定パラメータと JSON/YAML スニペット例を表示する場合、Amazon ECR を参照してください
Amazon S3 ソースアクション
Amazon S3 はインターネット用のストレージサービスです。Simple Storage Service (Amazon S3) を使用すると、いつでもウェブ上の任意の場所から任意の量のデータを保存および取得できます。バージョニングされた Amazon S3 バケットをコードのソースアクションとして使用する CodePipeline ように を設定できます。
注記
Amazon S3 は、デプロイアクションとしてパイプラインに含めることもできます。
詳細はこちら:
-
設定パラメータと JSON/YAML スニペット例を表示する場合、Amazon S3 ソースアクション を参照してください
-
CodePipeline は、Amazon EventBridge (以前の Amazon CloudWatch Events) を使用して Amazon S3 ソースバケットの変更を検出します。との一般的な統合 CodePipeline を参照してください。
Bitbucket Cloud、 GitHub (バージョン 2)、 GitHub Enterprise Server、 GitLab.com、および GitLab セルフマネージド への接続
Connections (CodeStarSourceConnection
アクション) は、サードパーティーの Bitbucket Cloud GitHub、 GitHub Enterprise Server、 GitLab.com、または GitLabセルフマネージドリポジトリへのアクセスに使用されます。
注記
この機能は、アジアパシフィック (香港)、アジアパシフィック (ハイデラバード)、アジアパシフィック (ジャカルタ)、アジアパシフィック (メルボルン)、アジアパシフィック (大阪)、アフリカ (ケープタウン)、中東 (バーレーン)、中東 (アラブ首長国連邦)、欧州 (スペイン)、欧州 (チューリッヒ)、イスラエル (テルアビブ)、または AWS GovCloud (米国西部) の各リージョンでは使用できません。利用可能なその他のアクションについては、「との製品とサービスの統合 CodePipeline」を参照してください。欧州 (ミラノ) リージョンでのこのアクションに関する考慮事項については、「CodeStarSourceConnection Bitbucket Cloud、 GitHub Enterprise Server GitHub、 GitLab.com、および GitLab セルフマネージドアクション用の」の注意を参照してください。
Bitbucket Cloud |
Bitbucket Cloud リポジトリをコードのソースとして使用する CodePipeline ように を設定できます。これ以前に Bitbucket アカウントと少なくとも 1 つの Bitbucket Cloud リポジトリを作成しておく必要があります。Bitbucket Cloud リポジトリのソースアクションを追加するには、新しいパイプラインを作成するか、既存のパイプラインを編集します。 注記Bitbucket Cloudリポジトリへの接続を作成できます。Bitbucket サーバーなど、インストールされている Bitbucket プロバイダーのタイプはサポートされていません。 パイプラインがサードパーティーのコードリポジトリにアクセスできるように、接続と呼ばれるリソースを設定できます。接続を作成するときは、サードパーティーのコードリポジトリに AWS CodeStar アプリをインストールし、接続に関連付けます。 Bitbucket Cloud の場合は、コンソールの [Bitbucket] オプションまたは CLI の この 完全クローン作成 アクションのオプションを使用して、リポジトリの Git メタデータを参照して、ダウンストリームのアクションで Git コマンドを直接実行できるようにします。このオプションは、 CodeBuild ダウンストリームアクションでのみ使用できます。 詳細はこちら:
|
GitHub または GitHub Enterprise Cloud |
GitHub リポジトリをコードのソースとして使用する CodePipeline ように を設定できます。以前に GitHub アカウントと少なくとも 1 つの GitHubリポジトリを作成しておく必要があります。パイプラインを作成するか、既存のパイプラインを編集することで、 GitHub リポジトリのソースアクションを追加できます。 パイプラインがサードパーティーのコードリポジトリにアクセスできるように、接続と呼ばれるリソースを設定できます。接続を作成するときは、サードパーティーのコードリポジトリに AWS CodeStar アプリをインストールし、接続に関連付けます。 コンソールの GitHub (バージョン 2) プロバイダーオプションまたは CLI の この 完全クローン作成 アクションのオプションを使用して、リポジトリの Git メタデータを参照して、ダウンストリームのアクションで Git コマンドを直接実行できるようにします。このオプションは、 CodeBuild ダウンストリームアクションでのみ使用できます。 詳細はこちら:
|
GitHub エンタープライズサーバー |
GitHub Enterprise Server リポジトリをコードのソースとして使用する CodePipeline ように を設定できます。以前に GitHub アカウントと少なくとも 1 つの GitHub リポジトリを作成しておく必要があります。Enterprise Server リポジトリのソースアクションを追加するには、パイプラインを作成するか、既存のパイプラインを編集します GitHub。 パイプラインがサードパーティーのコードリポジトリにアクセスできるように、接続と呼ばれるリソースを設定できます。接続を作成するときは、サードパーティーのコードリポジトリに AWS CodeStar アプリをインストールし、接続に関連付けます。 コンソールの GitHub Enterprise Server プロバイダーオプションまたは CLI の 重要AWS CodeStar リリースの既知の問題により、接続は GitHub Enterprise Server バージョン 2.22.0 をサポートしていません。接続するには、バージョン 2.22.1 または入手可能な最新のバージョンにアップグレードします。 この 完全クローン作成 アクションのオプションを使用して、リポジトリの Git メタデータを参照して、ダウンストリームのアクションで Git コマンドを直接実行できるようにします。このオプションは、 CodeBuild ダウンストリームアクションでのみ使用できます。 詳細はこちら:
|
GitLab.com |
GitLab.com リポジトリをコードのソースとして使用する CodePipeline ように を設定できます。以前に GitLab.com アカウントと少なくとも 1 つの GitLab.com リポジトリを作成しておく必要があります。パイプラインを作成するか、既存のパイプラインを編集することで、 GitLab.com リポジトリのソースアクションを追加できます。 コンソールで GitLab provider オプションを使用するか、 CLI で 詳細はこちら:
|
GitLab セルフマネージド |
GitLab セルフマネージド型インストールをコードのソースとして使用する CodePipeline ように を設定できます。以前に GitLab アカウントを作成し、セルフマネージド GitLab (Enterprise Edition または Community Edition) のサブスクリプションを持っている必要があります。 GitLab パイプラインを作成するか、既存のパイプラインを編集することで、セルフマネージドリポジトリのソースアクションを追加できます。 パイプラインがサードパーティーのコードリポジトリにアクセスできるように、接続と呼ばれるリソースを設定できます。接続を作成するときは、サードパーティーのコードリポジトリに AWS CodeStar アプリをインストールし、接続に関連付けます。 コンソールのGitLab セルフマネージドプロバイダーオプションまたは CLI の この 完全クローン作成 アクションのオプションを使用して、リポジトリの Git メタデータを参照して、ダウンストリームのアクションで Git コマンドを直接実行できるようにします。このオプションは、 CodeBuild ダウンストリームアクションでのみ使用できます。 詳細はこちら:
|
CodeCommit ソースアクション
CodeCommit は、クラウド内のアセット (ドキュメント、ソースコード、バイナリファイルなど) を非公開で保存および管理するために使用できるバージョン管理サービスです。 CodeCommit リポジトリ内のブランチをコードのソースとして使用する CodePipeline ように を設定できます。リポジトリを作成し、ローカルマシン上の作業ディレクトリに関連付けます。次に、ステージのソースアクションの一部としてブランチを使用するパイプラインを作成できます。パイプラインを作成するか、既存のパイプラインを編集することで、 CodeCommit リポジトリに接続できます。
この 完全クローン作成 アクションのオプションを使用して、リポジトリの Git メタデータを参照して、ダウンストリームのアクションで Git コマンドを直接実行できるようにします。このオプションは、 CodeBuild ダウンストリームアクションでのみ使用できます。
詳細はこちら:
-
設定パラメータと JSON/YAML スニペット例を表示する場合、CodeCommit を参照してください。
-
CodePipeline は Amazon CloudWatch Events を使用して、パイプラインのソースとして使用される CodeCommit リポジトリの変更を検出します。各ソースアクションには対応するイベントルールがあります。このイベントルールは、リポジトリで変更が発生したときにパイプラインを開始します。との一般的な統合 CodePipeline を参照してください。
GitHub (バージョン 1) ソースアクション
GitHub バージョン 1 のアクションは OAuth アプリで管理されます。利用可能なリージョンでは、 GitHub アプリでCodeStarSourceConnection Bitbucket Cloud、 GitHub Enterprise Server GitHub、 GitLab.com、および GitLab セルフマネージドアクション用のソースアクションを管理するパイプラインで GitHub ソースアクションを使用することもできます。 GitHub バージョン 1 アクションを使用するパイプラインがある場合は、 GitHub でバージョン 2 アクションを使用するように更新するステップを参照してくださいGitHub バージョン 1 のソースアクションを GitHub バージョン 2 のソースアクションに更新する。
注記
GitHub バージョン 1 のアクションを使用することはお勧めしませんが、 GitHub バージョン 1 のアクションを持つ既存のパイプラインは、影響なく引き続き機能します。
詳細はこちら:
-
アプリベースの GitHub アクセスとは対照的に OAuth ベースの GitHub アクセスの詳細については、「」を参照してくださいhttps://docs.github.com/en/developers/apps/differences-between-github-apps-and-oauth-apps
。 -
バージョン 1 GitHub アクションの詳細を含む付録を表示するには、「」を参照してください付録 A: GitHub バージョン 1 のソースアクション。
ビルドアクションの統合
以下の情報は CodePipeline アクションタイプ別に整理されており、次のビルドアクションプロバイダーと統合 CodePipeline するように を設定するのに役立ちます。
CodeBuild ビルドアクション
CodeBuild
パイプラインのビルドステージにビルドアクション CodeBuild として を追加できます。詳細については、「 の CodePipeline アクション設定リファレンス」を参照してくださいAWS CodeBuild。
注記
CodeBuild は、ビルド出力の有無にかかわらず、テストアクションとしてパイプラインに含めることもできます。
詳細はこちら:
-
設定パラメータと JSON/YAML スニペット例を表示する場合、AWS CodeBuild を参照してください。
CloudBees ビルドアクション
を使用してCloudBees
詳細はこちら:
Jenkins ビルドアクション
Jenkins CI
Jenkins のアクセスは、プロジェクトベースで設定されます。Jenkins 用 CodePipeline プラグインは、 で使用するすべての Jenkins インスタンスにインストールする必要があります CodePipeline。Jenkins プロジェクト CodePipeline へのアクセスも設定する必要があります。HTTPS/SSL 接続のみを受け入れるように設定して、Jenkins プロジェクトを安全に保護します。Jenkins プロジェクトが Amazon EC2 インスタンスにインストールされている場合は、各インスタンス AWS CLI に をインストールして AWS 認証情報を提供することを検討してください。次に、接続に使用する認証情報を使用して、それらのインスタンスで AWS プロファイルを設定します。これは、Jenkins ウェブインターフェイスを介した追加と保存の代替手段です。
詳細はこちら:
TeamCity ビルドアクション
を使用してTeamCity
詳細はこちら:
テストアクションの統合
以下の情報は CodePipeline アクションタイプ別に整理されており、次のテストアクションプロバイダーと統合 CodePipeline するように を設定するのに役立ちます。
トピック
CodeBuild テストアクション
CodeBuild
をテストアクションとしてパイプライン CodeBuild に追加できます。詳細については、AWS CodeBuildの「 CodePipeline アクション設定リファレンス」を参照してください。
注記
CodeBuild は、必須のビルド出力アーティファクトを使用して、ビルドアクションとしてパイプラインに含めることもできます。
詳細はこちら:
-
設定パラメータと JSON/YAML スニペット例を表示する場合、AWS CodeBuild を参照してください。
AWS Device Farm テストアクション
AWS Device Farm
詳細はこちら:
-
設定パラメータと JSON/YAML スニペット例を表示する場合、AWS Device Farm を参照してください。
Ghost Inspector テストアクション
Ghost Inspector
詳細はこちら:
Micro Focus StormRunner Load テストアクション
パイプラインの 1 つ以上のアクションで Micro Focus StormRunner Load
詳細はこちら:
デプロイアクションの統合
以下の情報は CodePipeline アクションタイプ別に整理されており、次のデプロイアクションプロバイダーと統合 CodePipeline するように を設定するのに役立ちます。
トピック
Amazon S3 デプロイアクション
Amazon S3 はインターネット用のストレージサービスです。Simple Storage Service (Amazon S3) を使用すると、いつでもウェブ上の任意の場所から任意の量のデータを保存および取得できます。デプロイプロバイダーとして Amazon S3 を使用するパイプラインにアクションを追加できます。
注記
ソースアクションとして Amazon S3 をパイプラインに含めることもできます。
詳細はこちら:
AWS AppConfig デプロイアクション
AWS AppConfig は、アプリケーション設定を作成、管理、迅速にデプロイ AWS Systems Manager する の機能です。は AppConfig 、EC2 インスタンス、コンテナ AWS Lambda、モバイルアプリケーション、または IoT デバイスでホストされているアプリケーションで使用できます。
詳細はこちら:
-
CodePipeline のアクション設定リファレンス AWS AppConfig
AWS CloudFormation デプロイアクション
AWS CloudFormation を使用すると、デベロッパーやシステム管理者は、テンプレートを使用して関連 AWS リソースのコレクションを簡単に作成および管理し、それらのリソースをプロビジョニングおよび更新できます。サービスのサンプルテンプレートを使用することも、独自のテンプレートを作成することもできます。テンプレートは、アプリケーションの実行に必要な AWS リソース、依存関係、ランタイムパラメータを記述します。
AWS サーバーレスアプリケーションモデル (AWS SAM) は を拡張 AWS CloudFormation して、サーバーレスアプリケーションを簡単に定義してデプロイする方法を提供します。 AWS SAM は、Amazon API Gateway APIs、 AWS Lambda 関数、および Amazon DynamoDB テーブルをサポートします。と AWS SAM CodePipeline で AWS CloudFormation を使用すると、サーバーレスアプリケーションを継続的に配信できます。
をデプロイプロバイダー AWS CloudFormation として使用するアクションをパイプラインに追加できます。をデプロイプロバイダー AWS CloudFormation として使用する場合、パイプライン実行の一部として AWS CloudFormation スタックと変更セットに対してアクションを実行できます。パイプラインの実行時に、スタックと変更セットを作成、更新、置換、削除 AWS CloudFormation できます。その結果、パイプラインの実行中に、 AWS CloudFormation テンプレートとパラメータ定義で指定した仕様に従って、 AWS カスタムリソースを作成、プロビジョニング、更新、終了できます。
詳細はこちら:
-
CodePipeline のアクション設定リファレンス AWS CloudFormation
-
による継続的デリバリー CodePipeline — CodePipeline を使用して の継続的デリバリーワークフローを構築する方法について説明します AWS CloudFormation。
-
Lambda ベースのアプリケーションのデプロイの自動化 — AWS サーバーレスアプリケーションモデルと を使用して AWS CloudFormation 、Lambda ベースのアプリケーションの継続的な配信ワークフローを構築する方法について説明します。
AWS CloudFormation StackSets デプロイアクション
AWS CloudFormation では、複数のアカウントと AWS リージョンにリソースをデプロイできます。
注記
CloudFormationStackSet
および CloudFormationStackInstances
アクションは、アジアパシフィック (香港)、欧州 (チューリッヒ)、欧州 (ミラノ)、アフリカ (ケープタウン) および中東 (バーレーン) リージョンでは利用できません。利用可能なその他のアクションについては、「との製品とサービスの統合 CodePipeline」を参照してください。
CodePipeline を とともに使用 AWS CloudFormation して、スタックセット定義を更新し、インスタンスに更新をデプロイできます。
次のアクションをパイプラインに追加して、デプロイプロバイダー AWS CloudFormation StackSets として使用できます。
-
CloudFormationStackSet
-
CloudFormationStackInstances
詳細はこちら:
-
CodePipeline のアクション設定リファレンス AWS CloudFormation StackSets
Amazon ECS デプロイアクション
Amazon ECS は、スケーラビリティに優れた高性能なコンテナ管理サービスであり、 AWS クラウドでコンテナベースのアプリケーションを実行することができます。パイプラインを作成すると、デプロイプロバイダとして Amazon ECS を選択できます。ソースコントロールリポジトリのコードを変更すると、パイプラインが新しい Docker イメージを作成し、コンテナレジストリにプッシュし、更新されたイメージを Amazon ECS にデプロイします。で ECS (Blue/Green) プロバイダーアクションを使用して CodePipeline 、 でトラフィックを Amazon ECS にルーティングおよびデプロイすることもできます CodeDeploy。
詳細はこちら :
Elastic Beanstalk デプロイアクション
Elastic Beanstalk は、Java、.NET、PHP、Node.js、Python、Ruby、Go、Docker で開発されたウェブアプリケーションとサービスを、Apache、Nginx、Passenger、IIS などの一般的なサーバーにデプロイしてスケーリングするサービスです。Elastic Beanstalk CodePipeline を使用してコードをデプロイするように を設定できます。パイプライン作成前、または パイプライン の作成ウィザードを使用する際、ステージのデプロイアクションで使用する Elastic Beanstalk アプリケーションと環境を作成できます。
注記
この機能は、アジアパシフィック (ハイデラバード)、アジアパシフィック (メルボルン)、中東 (アラブ首長国連邦)、欧州 (スペイン)、または欧州 (チューリッヒ) リージョンでは利用できません。利用可能なその他のアクションについては、「との製品とサービスの統合 CodePipeline」を参照してください。
詳細はこちら:
AWS OpsWorks デプロイアクション
AWS OpsWorks は、Chef を使用してあらゆる形状とサイズのアプリケーションを設定および運用するのに役立つ設定管理サービスです。を使用すると AWS OpsWorks Stacks、パッケージのインストール、ソフトウェア設定、ストレージなどのリソースなど、各コンポーネントのアプリケーションのアーキテクチャと仕様を定義できます。 AWS OpsWorks Stacks を使用して、 のカスタム Chef クックブックやアプリケーションと組み合わせてコードをデプロイ CodePipeline するように を設定できます AWS OpsWorks。
-
カスタム Chef クックブック – Chef クックブック AWS OpsWorks を使用して、パッケージのインストールと設定、アプリケーションのデプロイなどのタスクを処理します。
-
アプリケーション – AWS OpsWorks アプリケーションは、アプリケーションサーバーで実行するコードで構成されます。アプリケーションコードは、Amazon S3 バケットなどのリポジトリに格納されています。
パイプラインを作成する前に、 AWS OpsWorks スタックとレイヤーを作成します。パイプラインを作成する前、または Create Pipeline ウィザードを使用するときに、ステージのデプロイアクションで使用する AWS OpsWorks アプリケーションを作成できます。
CodePipeline のサポート AWS OpsWorks は現在、米国東部 (バージニア北部) リージョン (米国東部 1) でのみ利用できます。
詳細はこちら:
Service Catalog のデプロイアクション
Service Catalog を使用すると、組織は での使用が承認された製品のカタログを作成および管理できます AWS。
注記
この機能は、アジアパシフィック (ハイデラバード)、アジアパシフィック (ジャカルタ)、アジアパシフィック (メルボルン)、アジアパシフィック (大阪)、中東 (アラブ首長国連邦)、欧州 (スペイン)、欧州 (チューリッヒ)、またはイスラエル (テルアビブ) リージョンでは利用できません。利用可能なその他のアクションについては、「との製品とサービスの統合 CodePipeline」を参照してください。
製品テンプレートの更新とバージョンを Service Catalog にデプロイ CodePipeline するように を設定できます。デプロイアクションで使用する Service Catalog 製品を作成したら、[パイプラインを作成する] ウィザードを使用してパイプラインを作成できます。
詳細はこちら:
Amazon Alexa デプロイアクション
Amazon Alexa Skills Kit
注記
この特徴は、アジアパシフィック (香港) またはヨーロッパ (ミラノ) リージョンでは使用できません。当該地域で使用可能な他のデプロイアクションを使用する場合、デプロイアクションの統合 を参照してください。
デプロイプロバイダとして Alexa Skills Kit を使用するパイプラインにアクションを追加できます。パイプラインによってソースの変更が検出され、更新が Alexa サービスの Alexa スキルにデプロイされます。
詳細はこちら:
CodeDeploy デプロイアクション
CodeDeploy は、Amazon EC2 インスタンス、オンプレミスインスタンス、またはその両方へのアプリケーションのデプロイを調整します。を使用してコードを CodeDeploy デプロイ CodePipeline するように を設定できます。パイプラインを作成する前、または Create Pipeline ウィザードを使用するときに、ステージのデプロイアクションで使用する CodeDeploy アプリケーション、デプロイ、デプロイグループを作成できます。
詳細はこちら:
XebiaLabs デプロイアクション
XebiaLabs
詳細はこちら:
Amazon Simple Notification Service との承認アクションの統合
Amazon SNS は、高速かつ柔軟な完全マネージド型のプッシュ通知サービスです。このサービスを使用すると、個々のメッセージを送信したり、多数の受信者にメッセージをファンアウトしたりできます。Amazon SNS により、簡単かつコスト効率の高い方法で、モバイルデバイスユーザーおよびメール受信者にプッシュ通知を送信したり、他の分散サービスにメッセージを送信したりできます。
で手動承認リクエストを作成する場合 CodePipeline、オプションで Amazon SNS のトピックに発行して、サブスクライブしているすべての IAM ユーザーに承認アクションを確認する準備ができたことが通知されるようにすることができます。
詳細はこちら:
呼び出しアクションの統合
以下の情報は CodePipeline アクションタイプ別に整理されており、以下の呼び出しアクションプロバイダーと統合 CodePipeline するように を設定するのに役立ちます。
Lambda 呼び出しアクション
Lambda を使用することで、サーバーのプロビジョニングや管理をすることなく、コードを実行できます。Lambda 関数を使用してパイプラインに柔軟性と機能を追加する CodePipeline ように を設定できます。パイプライン作成前、または パイプライン作成 ウィザードを使用する際、ステージにアクションとして追加する Lambda 関数を作成できます。
詳細はこちら:
-
CodePipeline のアクション設定リファレンス AWS Lambda
Snyk 呼び出しアクション
Snyk を使用するように を設定 CodePipeline して、セキュリティの脆弱性を検出して修正し、アプリケーションコードとコンテナイメージの依存関係を更新することで、オープンソース環境を安全に保つことができます。で Snyk アクションを使用して CodePipeline 、パイプラインのセキュリティテストコントロールを自動化することもできます。
詳細はこちら:
-
CodePipeline のアクション設定リファレンス Snyk アクション構造リファレンス
Step Functions アクション呼び出し
Step Functions では、ステートマシンの作成と設定ができます。Step Functions 呼び出しアクションを使用してステートマシンの実行をトリガー CodePipeline するように を設定できます。
注記
この機能は、アジアパシフィック (香港) および欧州 (ミラノ) リージョンでは利用できません。利用可能なその他のアクションについては、「との製品とサービスの統合 CodePipeline」を参照してください。
詳細はこちら:
-
CodePipeline のアクション設定リファレンス AWS Step Functions