チュートリアル: シンプルなパイプラインを作成する (S3 バケット)

S3 バケットを作成するには

1. コンソールにサインインします AWS Management Console。S3 コンソールを開きます。

2. [バケットを作成] を選択します。

3. [バケット名] に、バケットの名前 (awscodepipeline-demobucket-example-date など) を入力します。

   注記

   Amazon S3 内のすべてのバケット名は一意になる必要があるため、例に示す名前ではなく、独自のバケット名を使用してください。例に示す名前は、日付を追加するだけでも変更できます。このチュートリアルの残りの部分で必要となるため、この名前を書き留めます。

   [リージョン] で、パイプラインを作成するリージョン [米国西部 (オレゴン)] などを選択し、[バケットの作成] を選択します。

4. バケットが作成されると、成功バナーが表示されます。[バケットの詳細に移動] を選択します。

5. [プロパティ] タブで、[バージョニング] を選択します。[バージョニングの有効化] を選択し、[保存] を選択します。

   バージョニングが有効になったら、Amazon S3 によって各オブジェクトのすべてのバージョンがバケットに保存されます。

6. [アクセス許可] タブは、デフォルト設定のままにします。S3 バケットおよびオブジェクトへのアクセス許可に関する詳細については、「ポリシーでのアクセス許可の指定」を参照してください。

7. 次に、サンプル をダウンロードし、ローカルコンピュータのフォルダまたはディレクトリに保存します。

   1. 次のいずれかを選択します 。Windows Server インスタンスについて、このチュートリアルのステップに従う場合は、SampleApp_Windows.zip を選択します。

      • CodeDeploy を使用して Amazon Linux インスタンスにデプロイする場合は、サンプルアプリケーションを SampleApp_Linux.zip からダウンロードします。

      • CodeDeploy を使用して Windows Server インスタンスにデプロイする場合は、サンプルアプリケーションを SampleApp_Windows.zip からダウンロードします。

      サンプルアプリケーションには、CodeDeploy を使用してデプロイするための以下のファイルが含まれています。

      • appspec.yml - アプリケーション仕様ファイル (AppSpec ファイル) は、CodeDeploy がデプロイを管理するために使用する YAML 形式のファイルです。AppSpec ファイルの詳細については、AWS CodeDeploy ユーザーガイドの「CodeDeploy AppSpec ファイルリファレンス」を参照してください。

      • index.html - インデックスファイルには、デプロイされたサンプルアプリケーションのホームページが含まれています。

      • LICENSE.txt - ライセンスファイルには、サンプルアプリケーションのライセンス情報が含まれています。

      • スクリプトのファイル - サンプルアプリケーションはスクリプトを使用して、インスタンス上の場所にテキストファイルを書き込みます。以下のように、複数の CodeDeploy デプロイライフサイクルイベントごとに 1 つのファイルが書き込まれます。

        • (Linux サンプルのみ) scripts フォルダ - このフォルダに入っているのはシェルスクリプト install_dependencies、start_server、stop_server です。依存関係をインストールし、自動デプロイのサンプルアプリケーションを起動および停止するために使用されます。

        • (Windows サンプルのみ) before-install.bat - BeforeInstall デプロイライフサイクルイベントのバッチスクリプトです。このサンプルの前のデプロイ中に書き込まれた古いファイルを削除し、新しいファイルを書き込む場所をインスタンス上に作成するために実行されます。

   2. 圧縮 (zip) ファイルをダウンロードします。このファイルを解凍しないでください。

8. Amazon S3 コンソールで、バケットに次のファイルをアップロードします。

   1. [アップロード] を選択します。

   2. ファイルをドラッグアンドドロップするか、[ファイルを追加] を選択してファイルを参照します。

   3. [アップロード] を選択します。

インスタンスロールを作成するには

1. https://console.aws.amazon.com/iam/ で IAM コンソール を開きます。

2. コンソールダッシュボードで [ロール] を選択します。

3. [ロールの作成] を選択します。

4. [信頼されたエンティティのタイプを選択] で、[AWS のサービス ] を選択します。[ユースケースの選択] で [EC2] を選択し、[次の手順: アクセス許可] を選択します。

5. AmazonEC2RoleforAWSCodeDeploy という名前のマネージドポリシーを検索して選択します。

6. AmazonSSMManagedInstanceCore という名前のマネージドポリシーを検索して選択します。[Next: Tags] (次へ: タグ) を選択します。

7. [次へ: レビュー] を選択します。ロールの名前を入力します (例: EC2InstanceRole)。

   注記

   次のステップのロール名をメモしておきます。このロールは、インスタンスの作成時に選択します。

   [ロールの作成] を選択します。

インスタンスを起動するには

1. Amazon EC2 コンソール (https://console.aws.amazon.com/ec2/) を開きます。

2. サイドナビゲーションから [インスタンス] を選択し、ページの上部から [インスタンスの起動] を選択します。

3. [名前とタグ] で、[名前] に「MyCodePipelineDemo」と入力します。これにより、インスタンスにはキーが Name で、値が MyCodePipelineDemo というタグがが割り当てられます。後で、そのインスタンスにサンプルアプリケーションをデプロイする CodeDeploy アプリケーションを作成します。CodeDeploy は、タグに基づいてデプロイするインスタンスを選択します。

4. [アプリケーションと OS イメージ (Amazon マシンイメージ)] で、[Windows] オプションを選択します。(この AMI は Microsoft Windows Server 2019 Base として説明され、「無料利用枠対象」というラベルが付いており、[クイックスタート] の下にあります。)

5. [インスタンスタイプ] で、インスタンスのハードウェア構成として無料利用枠対象となる t2.micro タイプを選択します。

6. [キーペア (ログイン)] で、キーペアを選択するか作成します。

   [キーペアなしで続行] を選択することもできます。

   注記

   このチュートリアルでは、キーペアを使用せずに続行できます。SSH を使用してインスタンスに接続するには、キーペアを作成または使用します。

7. [ネットワーク設定] で、次の操作を行います。

   [パブリック IP の自動割り当て] で、ステータスが [有効] になっていることを確認します。

   • [セキュリティグループの割り当て] の横にある [新規セキュリティグループを作成] を選択します。

   • [SSH] の行で、[ソースタイプ] の [マイ IP] を選択します。

   • [セキュリティグループの追加]、[HTTP] の順に選択し、[ソースタイプ] で [マイ IP] を選択します。

8. [Advanced Details] (高度な詳細) を展開します。[IAM インスタンスプロファイル] で、前の手順で作成した IAM ロール (EC2InstanceRole など) を選択します。

9. [概要] の [インスタンス数] に「2」と入力します。

10. Launch instance (インスタンスの起動) を選択します。

11. [View all instances] (すべてのインスタンスの表示) を選択して確認ページを閉じ、コンソールに戻ります。

12. [インスタンス] ページで、起動のステータスを表示できます。インスタンスを起動すると、その初期状態は pending です。インスタンスを起動した後は、状態が running に変わり、パブリック DNS 名を受け取ります ([パブリック DNS] 列が表示されていない場合は、[表示/非表示] アイコンを選択してから、[パブリック DNS] を選択します)。

13. インスタンスに接続可能になるまでには、数分かかることがあります。インスタンスのステータスチェックが成功していることを確認します。この情報は、[ステータスチェック] 列で確認できます。

CodeDeploy サービスロールの作成するために

1. https://console.aws.amazon.com/iam/ で IAM コンソール を開きます。

2. コンソールダッシュボードで [ロール] を選択します。

3. [ロールの作成] を選択します。

4. [信頼されたエンティティを選択] で、[AWS のサービス] を選択します。[ユースケース] で、[CodeDeploy] を選択します。示されたオプションから [CodeDeploy] を選択します。[Next (次へ)] を選択します。AWSCodeDeployRole マネージドポリシーはロールにアタッチ済みです。

5. [Next (次へ)] を選択します。

6. ロールの名前 (例: CodeDeployRole) を入力し、[ロールの作成] を選択します。

CodeDeploy でアプリケーションを作成するには

1. https://console.aws.amazon.com/codedeploy で、CodeDeploy コンソールを開きます。

2. アプリケーションページが表示されない場合は、 AWS CodeDeploy メニューでアプリケーションを選択します。

3. [Create application] を選択します。

4. [アプリケーション名] に、「MyDemoApplication」と入力します。

5. [コンピューティングプラットフォーム] で [EC2/オンプレミス] を選択します。

6. [Create application] を選択します。

CodeDeploy でデプロイグループを作成するには

1. アプリケーションが表示されるページで、[Create deployment group (デプロイグループの作成)] を選択します。

2. [Deployment group name] (デプロイグループ名) に「MyDemoDeploymentGroup」と入力します。

3. [サービスロール] で、先ほど作成したサービスロールを選択します。 AWS CodeDeploy のサービスロールを作成するで説明されている信頼とアクセス許可で、少なくとも CodeDeploy を信頼するサービスロールを使用する必要があります。サービスロール ARN を取得するには、「サービスロール ARN の取得 (コンソール)」を参照してください。

4. [Deployment type] (デプロイタイプ) で、[In-place] (インプレース) を選択します。

5. [環境設定] で、[Amazon EC2 インスタンス] を選択します。[名前] を [キー] フィールドに入力し、[値] フィールドに MyCodePipelineDemo を入力します。

   重要

   [Name (名前)] キーには、EC2 インスタンスの作成時にインスタンスに割り当てたのと同じ値を選択する必要があります。インスタンスに MyCodePipelineDemo 以外のタグを付けた場合は、ここでもそのタグを使用してください。

6. AWS Systems Manager を使用したエージェント設定で、今すぐ を選択し、更新をスケジュールします。これにより、インスタンスにエージェントがインストールされます。Windows インスタンスは既に SSM エージェントで設定されており、これから CodeDeploy エージェントで更新されます。

7. [デプロイ設定] で CodeDeployDefault.OneAtaTime を選択します。

8. [ロードバランサー] で、[ロードバランシングの有効化] ボックスが選択されていないことを確認してください。この例では、ロードバランサーを設定したり、ターゲットグループを選択したりする必要はありません。チェックボックスの選択を解除すると、ロードバランサーのオプションが表示されません。

9. [詳細設定] セクションでは、既定のままにしておきます。

10. デプロイグループの作成 を選択します。

CodePipeline 自動リリースプロセスを作成するには

1. にサインイン AWS Management Console し、http://console.aws.amazon.com/codesuite/codepipeline/home で CodePipeline コンソールを開きます。

2. [ようこそ] ページ、[開始方法] ページ、または [パイプライン] ページで、[パイプラインの作成] を選択します。

3. [ステップ 1: 作成オプションを選択する] ページの [作成オプション] で、[カスタムパイプラインを構築する] オプションを選択します。[次へ] を選択します。

4. [ステップ 2: パイプラインの設定を選択する] で、[パイプライン名] に「MyFirstPipeline」と入力します。

   注記

   パイプラインに別の名前を選択した場合は、このチュートリアルの残りの部分で MyFirstPipeline の代わりにその名前を使用してください。パイプラインを作成したら、その名前を変更することはできません。パイプラインの名前にはいくつかの制限がある場合があります。詳細については、「AWS CodePipeline のクォータ」を参照してください。

5. CodePipeline は、特徴と料金が異なる V1 タイプと V2 タイプのパイプラインを提供しています。V2 タイプは、コンソールで選択できる唯一のタイプです。詳細については、「パイプラインタイプ」を参照してください。CodePipeline の料金については、料金を参照してください。

6. [Service role (サービスロール)] で、次のいずれかの操作を行います。

   • New service role を選択して、CodePipelineに IAM での新しいサービスロールの作成を許可します。

   • IAM で作成済みのサービスロールを使用するには、[Existing service role (既存のサービスロール)] を選択します。[ロール名] で、リストからサービスロールを選択します。

7. [詳細設定] をデフォルト設定のままにし、[次へ] を選択します。

8. [ステップ 3: ソースステージを追加する] の [ソースプロバイダー] で、[Amazon S3] を選択します。[バケット] に、「ステップ 1: アプリケーションの S3 バケットを作成する」で作成した S3 バケットの名前を入力します。S3 オブジェクトキーで、ファイルパスの有無にかかわらずオブジェクトキーを入力し、必ずファイル拡張子を含めます。たとえば、SampleApp_Windows.zip の場合、次の例に示すように、サンプルファイル名を入力します。

   SampleApp_Windows.zip

   ［Next step］を選択します。

   [Change detection options] で、デフォルト値のままにします。CodePipeline は Amazon CloudWatch Events を使用して、ソースバケットの変更を検出します。

   [Next (次へ)] を選択します。

9. [ステップ 4: ビルドステージを追加する] で、[ビルドステージをスキップ] を選択し、もう一度 [スキップ] を選択して警告メッセージを受け入れます。[Next (次へ)] を選択します。

10. ステップ 5: テストステージを追加し、テストステージをスキップを選択し、もう一度スキップを選択して警告メッセージを受け入れます。

    [Next (次へ)] を選択します。

11. ステップ 6: デプロイステージを追加するで、デプロイプロバイダーで CodeDeploy を選択します。リージョンフィールドは、パイプライン AWS リージョン と同じ にデフォルト設定されます。[アプリケーション名] に MyDemoApplication を入力するか、更新ボタンを選択してリストからそのアプリケーション名を選択します。[デプロイグループ] に「MyDemoDeploymentGroup」と入力するか、リストからデプロイグループを選択して [次へ] を選択します。

    注記

    「Deploy」は、[ステップ 4: デプロイステージの追加] ステップで作成したステージにデフォルトで付けられる名前です。パイプラインの最初のステージに付けられる「Source」という名前も同様です。

12. ステップ 7: 情報を確認し、パイプラインの作成を選択します。

13. パイプラインの実行が開始されます。CodePipeline サンプルがウェブページを CodeDeploy デプロイの各 Amazon EC2 インスタンスにデプロイしている間、進行状況と成功/失敗メッセージを表示できます。

パイプラインが正常に実行されたことを確認するには

1. パイプラインの最初の進行状況を表示します。各ステージのステータスは、[まだ実行はありません] から [進行中] に変わり、その後、[Succeeded (成功)] または [Failed (失敗)] のいずれかに変わります。パイプラインの最初の実行は数分で完了します。

2. アクションのステータスに [Succeeded (成功)] が表示されたら、[ Deploy (デプロイ)] ステージのステータス領域で [Details (詳細)] を選択します。これにより、CodeDeploy コンソールが開きます。

3. [デプロイグループ] タブの [Deployment lifecycle events (デプロイライフサイクルイベント)] の下で、インスタンス ID を選択します。これにより、EC2 コンソールが開きます。

4. [Description] タブの [Public DNS] でアドレスをコピーし、ウェブブラウザーのアドレスバーに貼り付けます。S3 バケットにアップロードしたサンプルアプリケーションのインデックスページを表示します。

   S3 バケットにアップロードしたサンプルアプリケーションのウェブページが表示されます。

CodeDeploy で 2 番目のデプロイグループを作成するには

1. https://console.aws.amazon.com/codedeploy で、CodeDeploy コンソールを開きます。

2. [アプリケーション] を選択し、アプリケーションのリストで [MyDemoApplication] を選択します。

3. [デプロイグループ] タブを選択して、[Create deployment group (デプロイグループの作成)] を選びます。

4. [Create deployment group (デプロイグループの作成)] ページの [Deployment group name (デプロイグループ名)] に、2 番目のデプロイグループの名前 (たとえば、CodePipelineProductionFleet) を入力します。

5. [サービスロール] で、最初のデプロイに使用したのと同じ CodeDeploy サービスロール (CodePipeline サービスロールではない) を選択します。

6. [Deployment type] (デプロイタイプ) で、[In-place] (インプレース) を選択します。

7. [環境設定] で、[Amazon EC2 インスタンス] を選択します。[名前] を [キー] ボックスから選択し、[値] ボックスから MyCodePipelineDemo をリストから選択します。[デプロイ設定] のデフォルト設定をそのままにします。

8. [デプロイ設定] で、[CodeDeployDefault.OneAtaTime] を選択します。

9. [Load Balancer (ロードバランサー)] で、[Enable load balancing (ロードバランシングの有効化)] をオフにします。

10. デプロイグループの作成 を選択します。

1. にサインイン AWS Management Console し、http://console.aws.amazon.com/codesuite/codepipeline/home で CodePipeline コンソールを開きます。

2. [名前] で、作成したパイプラインの名前 MyFirstPipeline を選択します。

3. パイプライン詳細ページで、[編集] を選択します。

4. [Edit (編集)] ページで [+ Add stage (+ ステージの追加)] を選択して、[Deploy] ステージの直後にステージを追加します。

   

5. [Add stage (ステージの追加)] で、[Stage name (ステージ名)] に、Production​ を入力します。[Add stage (ステージの追加)] を選択します。

6. 新しいステージで、[+ Add action group (+ アクショングループの追加)] を選択します。

7. [アクションの編集] の、[アクション名] に、Deploy-Second-Deployment を入力します。​ [アクションプロバイダー] の [デプロイ] で、[CodeDeploy] を選択します。

8. CodeDeploy セクションの [アプリケーション名] で、パイプラインの作成時と同様に、ドロップダウンリストから MyDemoApplication を選択します。[デプロイグループ] で、先ほど作成したデプロイグループ CodePipelineProductionFleet を選択します。[入力アーティファクト] で、ソースアクションから入力アーティファクトを選択します。[Save] を選択します。

9. [Edit (編集)] ページで [Save (保存)] を選択します。[パイプラインの変更を保存] で、[Save (保存)] を選択します。

10. 新しいステージがパイプラインに追加されていますが、パイプラインの別の実行をトリガーした変更がないため、[まだ実行はありません] というステータスが表示されます。最新のリビジョンを手動で再度実行して、編集されたパイプラインの実行度を確認する必要があります。パイプラインの詳細ページで、[Release change (リリースの変更)] を選択し、プロンプトが表示されたら [Release (リリース)] を選択します。これにより、ソースアクションで指定した各ソース場所における最新のリビジョンがパイプラインで実行されます。

    または、 AWS CLI を使用してパイプラインを再実行するには、ローカル Linux、macOS、Unix マシンのターミナルから、またはローカル Windows マシンのコマンドプロンプトから、パイプラインの名前を指定して start-pipeline-execution コマンドを実行します。これにより、ソースバケット内のアプリケーションの 2 回目の実行がパイプラインで実行されます。

    aws codepipeline start-pipeline-execution --name MyFirstPipeline

    このコマンドは pipelineExecutionId オブジェクトを返します。

11. CodePipeline コンソールに戻り、パイプラインのリストで [MyFirstPipeline] を選択してビューページを開きます。

    パイプラインには、3 つのステージがあり、それらの各ステージのアーティファクトの状態が示されます。パイプラインがすべてのステージを実行するまでに最大 5 分かかることがあります。前回と同じように、最初の 2 つのステージではデプロイが成功しますが、[Production (本番稼働用)] ステージでは [Deploy-Second-Deployment (2 番目のデプロイをデプロイ)] アクションが失敗したことが示されます。

12. [Deploy-Second-Deployment] アクションで、[Details] を選択します。CodeDeploy デプロイのページにリダイレクトされます。この場合、最初のインスタンスグループがすべての EC2 インスタンスにデプロイされ、2 番目のデプロイグループ用のインスタンスが残っていないために失敗しています。

    注記

    この失敗は、パイプラインのステージにエラーがある場合にどうなるかを示すために、意図的に起こしたものです。

パイプラインの 3 番目のステージを作成するには

1. ローカル Linux、macOS、または Unix マシンのターミナルセッションを開くか、ローカル Windows マシンのコマンドプロンプトを開き、get-pipeline コマンドを実行して、先ほど作成したパイプラインの構造を表示します。MyFirstPipeline に対して、以下のコマンドを入力します。

   aws codepipeline get-pipeline --name "MyFirstPipeline"

   このコマンドは、MyFirstPipeline の構造を返します。出力の最初の部分は以下のようになります。

   {
       "pipeline": {
           "roleArn": "arn:aws:iam::80398EXAMPLE:role/AWS-CodePipeline-Service",
           "stages": [
       ...    

   出力の最後のパートにはパイプラインのメタデータが含まれており、次のようになります。

       ...
           ],
           "artifactStore": {
               "type": "S3"
               "location": "amzn-s3-demo-bucket",
           },
           "name": "MyFirstPipeline",
           "version": 4
       },
       "metadata": {
           "pipelineArn": "arn:aws:codepipeline:us-east-2:80398EXAMPLE:MyFirstPipeline",
           "updated": 1501626591.112,
           "created": 1501626591.112
       }
   }    

2. この構造をコピーしてプレーンテキストエディタに貼り付け、ファイルを pipeline.json として保存します。便利なように、aws codepipeline コマンドを実行する同じディレクトリにこのファイルを保存します。

   注記

   以下のように、get-pipeline コマンドを使用して、パイプ処理で JSON をファイルに渡すことができます。

   aws codepipeline get-pipeline --name MyFirstPipeline >pipeline.json

3. [ Deploy (デプロイ)] ステージセクションをコピーし、最初の 2 つのステージの後に貼り付けます。これはデプロイステージであるため、[ Deploy (デプロイ)] ステージと同様に、3 番目のステージのテンプレートとして使用します。

4. ステージの名前とデプロイグループの詳細を変更します。

   以下の例では、[Deploy] ステージの後に pipeline.json ファイルに追加する JSON を示しています。強調表示された要素を新しい値で編集します。[ Deploy (デプロイ)] と [Production (本番稼働用)] のステージ定義を区切るには、必ずカンマを使用してください。

   ,
   {
       "name": "Production",
        "actions": [
           {
            "inputArtifacts": [
                {
                 "name": "MyApp"
                }
              ],
             "name": "Deploy-Second-Deployment",
             "actionTypeId": {
                 "category": "Deploy",
                 "owner": "AWS",
                 "version": "1",
                 "provider": "CodeDeploy"
                 },
            "outputArtifacts": [],
            "configuration": {
                 "ApplicationName": "CodePipelineDemoApplication",
                 "DeploymentGroupName": "CodePipelineProductionFleet"
                  },
            "runOrder": 1
           }
       ]
   }

5. get-pipeline コマンドを使用して取得したパイプライン構造を使用している場合、JSON ファイルから metadata 行を削除する必要があります。それ以外の場合は、update-pipeline コマンドで使用することはできません。"metadata": { } 行と、"created"、"pipelineARN"、"updated" フィールドを削除します。

   例えば、構造から以下の行を削除します。

   "metadata": {  
     "pipelineArn": "arn:aws:codepipeline:region:account-ID:pipeline-name",
     "created": "date",
     "updated": "date"
     }

   ファイルを保存します。

6. 以下のようにパイプライン JSON ファイルを指定して、update-pipeline コマンドを実行します。

   aws codepipeline update-pipeline --cli-input-json file://pipeline.json

   このコマンドは、更新されたパイプラインの構造全体を返します。

   重要

   ファイル名の前に必ず file:// を含めてください。このコマンドでは必須です。

7. パイプラインの名前を指定して、start-pipeline-execution コマンドを実行します。これにより、ソースバケット内のアプリケーションの 2 回目の実行がパイプラインで実行されます。

   aws codepipeline start-pipeline-execution --name MyFirstPipeline

   このコマンドは pipelineExecutionId オブジェクトを返します。

8. CodePipeline コンソールを開き、パイプラインのリストから [MyFirstPipeline] を選択します。

   パイプラインには、3 つのステージがあり、それらの各ステージのアーティファクトの状態が示されます。パイプラインがすべてのステージを実行するまでに最大 5 分かかることがあります。前回と同じように、最初の 2 つのステージではデプロイが成功しますが、[Production] ステージでは [Deploy-Second-Deployment] アクションが失敗したことが示されます。

9. [Deploy-Second-Deployment] アクションで、[Details] を選択すると、その失敗の詳細が表示されます。CodeDeploy デプロイの詳細ページにリダイレクトされます。この場合、最初のインスタンスグループがすべての EC2 インスタンスにデプロイされ、2 番目のデプロイグループ用のインスタンスが残っていないために失敗しています。

   注記

   この失敗は、パイプラインのステージにエラーがある場合にどうなるかを示すために、意図的に起こしたものです。

CodePipeline パイプラインのステージ間の移行を無効/有効にするには

1. CodePipeline コンソールを開き、パイプラインのリストから [MyFirstPipeline] を選択します。

2. パイプラインの詳細ページで、2 番目のステージ (Deploy) と前のセクションで追加した 3 番目のステージ (Production) との間で [移行を無効にする] ボタンを選択します。

3. [移行を無効にする] で、ステージ間の移行を無効にする理由を入力し、[無効化] を選択します。

   ステージ間の矢印では、アイコンと色の変化、および、[移行を有効にする] ボタンが表示されます。

   

4. サンプルをもう一度 S3 バケットにアップロードします。バケットのバージョニングが有効になっているため、この変更によってパイプラインが開始します。

5. パイプラインの詳細ページに戻り、ステージの状態を監視します。パイプラインビューでは、最初の 2 つのステージで進行状況が示されて成功に変わりますが、3 番目のステージで変更はありません。このプロセスには数分かかることがあります。

6. 2 つのステージの間の [移行を有効にする] ボタンを選択して、遷移を有効にします。[Enable transition] ダイアログボックスで、[Enable] を選択します。3 番目のステージの実行は数分で開始し、パイプラインの最初の 2 つのステージですでに実行されているアーティファクトの処理を試みます。

   注記

   この 3 番目のステージを成功させるには、遷移を有効にする前に CodePipelineProductionFleet デプロイグループを編集し、アプリケーションのデプロイ先として別の一連の EC2 インスタンスを指定します。そのための方法の詳細については、「デプロイグループの設定を変更する」を参照してください。追加の EC2 インスタンスを作成すると、追加のコストが発生する場合があります。

このチュートリアルで使用されているリソースをクリーンアップするには

1. CodePipeline リソースをクリーンアップするには、「AWS CodePipelineでパイプラインを削除する」の手順に従います。

2. CodeDeploy リソースをクリーンアップするには、「リソースをクリーンアップするには (コンソール)」の手順に従います。

3. S3 バケットを削除するには、「バケットを削除するか空にする 」の手順に従います。追加のパイプラインを作成しない場合は、パイプラインのアーティファクトの保存用に作成した S3 バケットを削除します。このバケットの詳細については、「CodePipeline の概念 」を参照してください。