パイプラインの構築（その2）

本連載では、マイクロサービスアーキテクチャでの継続的デリバリ(CD：Continuous Delivery:CD)を以下のようなパイプラインで実装する方法について、解説を進めています。

前回は、バックエンドのマイクロサービスアプリケーションをビルドし、コンテナイメージを作成してDockerHubへプッシュするパイプライン処理を構築しました。今回は、プッシュしたコンテナイメージをプロダクションとほぼ同等のステージング環境にあるECSクラスタ上にデプロイするパイプラインを構築します。

マイクロサービスのコンテナイメージをデプロイ

1. ECSクラスタ上にアプリケーションコンテナを実行させる命令を発出します。
2. ECSエージェントが、前回プッシュしたコンテナをECSクラスタ上にプルします。
3. ECSクラスタ上でアプリケーションコンテナが実行されます。

事前準備：マイクロサービスのステージング環境の構築

パイプラインの設定を行う前に、マイクロサービスをデプロイする先であるステージング環境のアプリケーションロードバランサ、ECSクラスタ、タスク定義、サービスの構築を行います。それぞれの作成方法は、連載「AWSで作るクラウドネイティブアプリケーションの基本」の各回で解説した手順と同様です。

• アプリケーションロードバランサ：第5回「AWS ECS上に構築するSpringアプリケーション(2)」
• ECSクラスタ：第8回「AWS ECS上に構築するSpringアプリケーション(5)」
• ECSタスク定義：第9回「AWS ECS上に構築するSpringアプリケーション(6)」
• ECSサービス実行：第10回「AWS ECS上に構築するSpringアプリケーション(7)」

ただし、今回の場合、以下の設定部分に留意が必要です。

マイクロサービスのステージング環境へのデプロイパイプラインの設定

前回作成したベースのパイプラインに、ステージング環境として構築したECSクラスタにマイクロサービスをデプロイするパイプラインを追加します。 CodePipelineサービスメニューから、前回作成したパイプラインを選択し、「編集する」ボタンを押下して末尾にある「ステージを追加する」ボタンを押下します。

「アクションを追加する」ボタンを押下して、以下の要領でステージングデプロイアクションを設定します。

• アクション名：100文字内の任意のアクション名を設定
• アクションプロバイダー：Amazon ECSを選択
• リージョン：VPC及びECSクラスタを構築したリージョンを選択
• 入力アーティファクト^※：前回、作成したマイクロサービスのビルドパイプラインのアウトプットアーティファクトを指定(デフォルトでは、BuildArtifact)
• クラスタ名：前節で構築したECSクラスタを設定
• サービス名：前節で起動した、同じコンテナイメージで起動しているECSサービスを選択
• イメージ定義ファイル：前回のビルドパイプライン処理でアウトプットしたimagedefinitions.jsonのファイル名を設定

※　入力アーティファクトは、前回のパイプラインの出力アーティファクトですが、S3上に実体となるファイルが保存されています。

作成が完了したら、「変更をリリースする」ボタンを押下して、パイプラインを実行し直してみましょう。グリーンで表示されれば、正常完了です。ECSタスクのリビジョンが上がり、ECSサービスのイベントログでは、コネクションドレイニングされて、実行コンテナが入れ替わったことがわかります。 これでBakcendサービスのコンテナイメージをステージング環境へデプロイするパイプラインが完成し、プッシュしたコンテナがECSクラスタ上で起動しました。次回以降は、Web(BFF)アプリケーションをビルドし、Seleniumを使用したE2Eテストを自動実行するパイプラインを作成します。