翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
イベントに対して S3 ソースを有効にしてパイプラインを作成する (CLI)
変更検出のために EventBridge のイベントを使用する S3 ソースを使用してパイプラインを作成するには、次の手順に従います。CLI を使用してパイプラインを作成する詳細な手順については、「」を参照してくださいパイプライン、ステージ、アクションを作成する。
Amazon S3 でイベント駆動型パイプラインを構築するには、パイプラインの PollForSourceChanges パラメータを編集してから、以下のリソースを作成します。
-
EventBridge イベントバス
-
EventBridge イベントによるパイプラインの開始を許可する IAM ロール
Amazon S3 をイベントソース、CodePipeline をターゲットとする EventBridge ルールを作成し、アクセス許可ポリシーを適用するには
-
EventBridge が CodePipeline を使用してルールを呼び出すためのアクセス許可を付与します。詳細については、 デベロッパーガイドの [Amazon EventBridge のリソースベースのポリシーを使用する] を参照してください。
-
次のサンプルを使用して、EventBridge にサービスロールの引き受けを許可する信頼ポリシーを作成します。このスクリプトに
trustpolicyforEB.jsonという名前を付けます。 -
次のコマンドを使用して、
Role-for-MyRuleロールを作成し、信頼ポリシーをアタッチします。この変更を行う理由 ロールにこの信頼ポリシーを追加すると、EventBridge に対するアクセス許可が作成されます。
aws iam create-role --role-name Role-for-MyRule --assume-role-policy-document file://trustpolicyforEB.json -
次に示すように、
MyFirstPipelineという名前のパイプラインに対してアクセス許可ポリシー JSON を作成します。アクセス権限ポリシーにpermissionspolicyforEB.jsonと名前を付けます。 -
次のコマンドを実行して、作成した
Role-for-MyRuleロールに新しいCodePipeline-Permissions-Policy-for-EBアクセス権限ポリシーをアタッチします。aws iam put-role-policy --role-name Role-for-MyRule --policy-name CodePipeline-Permissions-Policy-For-EB --policy-document file://permissionspolicyforEB.json
-
-
put-rule コマンドを呼び出し、
--name、--event-pattern、--role-arnパラメータを含めます。次のサンプルコマンドでは、
EnabledS3SourceRuleという名前のルールが作成されます。aws events put-rule --name "EnabledS3SourceRule" --event-pattern "{\"source\":[\"aws.s3\"],\"detail-type\":[\"Object Created\"],\"detail\":{\"bucket\":{\"name\":[\"amzn-s3-demo-source-bucket\"]}}}" --role-arn "arn:aws:iam::ACCOUNT_ID:role/Role-for-MyRule" -
CodePipeline をターゲットとして追加するには、put-targets コマンドを呼び出し、
--ruleおよび--targetsパラメータを含めます。次のコマンドでは、
EnabledS3SourceRuleという名前のルールに対して指定し、ターゲットIdは 1 番で構成されています。これは、ルールのターゲットのリストが何であるかを示し、この場合は ターゲット 1 です。このコマンドでは、パイプラインのサンプルのARNも指定されます。パイプラインは、リポジトリ内に変更が加えられると開始します。aws events put-targets --rule EnabledS3SourceRule --targets Id=codepipeline-AppPipeline,Arn=arn:aws:codepipeline:us-west-2:80398EXAMPLE:TestPipeline
パイプラインの PollForSourceChanges パラメータを編集するには
重要
このメソッドを使用してパイプラインを作成すると、PollForSourceChanges パラメータはデフォルトで true になります (ただし、明示的に false に設定した場合は除きます)。イベントベースの変更検出を追加する場合は、このパラメータを出力に追加する必要があります。ポーリングを無効にするには、このパラメータを false に設定します。そうしないと、1 つのソース変更に対してパイプラインが 2 回起動されます。詳細については、「PollForSourceChanges パラメータの有効な設定」を参照してください
-
get-pipeline コマンドを実行して、パイプライン構造を JSON ファイルにコピーします。例えば、
MyFirstPipelineという名前のパイプラインに対して、以下のコマンドを実行します。aws codepipeline get-pipeline --nameMyFirstPipeline>pipeline.jsonこのコマンドは何も返しませんが、作成したファイルは、コマンドを実行したディレクトリにあります。
-
この例に示すように、プレーンテキストエディタでJSONファイルを開き、
amzn-s3-demo-source-bucketという名前のバケットのPollForSourceChangesパラメータをfalseに変更してソースステージを編集します。この変更を行う理由 このパラメータを
falseに設定すると、定期的チェックがオフになるため、イベントベースの変更検出のみ使用することができます。"configuration": { "S3Bucket": "amzn-s3-demo-source-bucket","PollForSourceChanges": "false","S3ObjectKey": "index.zip" }, -
get-pipeline コマンドを使用して取得したパイプライン構造を使用している場合、JSON ファイルから
metadata行を削除する必要があります。それ以外の場合は、update-pipeline コマンドで使用することはできません。"metadata": { }行と、"created"、"pipelineARN"、"updated"フィールドを削除します。例えば、構造から以下の行を削除します。
"metadata": { "pipelineArn": "arn:aws:codepipeline:region:account-ID:pipeline-name", "created": "date", "updated": "date" },ファイルを保存します。
-
変更を適用するには、パイプライン JSON ファイルを指定して、update-pipeline コマンドを実行します。
重要
ファイル名の前に必ず
file://を含めてください。このコマンドでは必須です。aws codepipeline update-pipeline --cli-input-json file://pipeline.jsonこのコマンドは、編集したパイプラインの構造全体を返します。
注記
update-pipeline コマンドは、パイプラインを停止します。update-pipeline コマンドを実行したときにパイプラインによりリビジョンが実行されている場合、その実行は停止します。更新されたパイプラインによりそのリビジョンを実行するには、パイプラインを手動で開始する必要があります。パイプラインを手動で開始するには start-pipeline-execution コマンドを使用します。