Help us understand the problem. What is going on with this article?

Code三兄弟を使って ECS に継続デプロイ方法

More than 1 year has passed since last update.

streampack の Tana です。

CodeCommit が Backlog Git に対応していなかったり、CodeXXX が多くて使いにくそうなイメージが
根付いてましたが、AWS Summit Tokyo 2019 にて意外と CodeBuild, CodeDeploy, CodePipeline
などを使ってECS環境にデプロイしているところがあったのでこの機会に試してみました。
AWS資格試験のためにも(汗)

概要

CodeCommit に登録されたリポジトリにコードを push 後に、
CodeBuild で Docker イメージをビルドし、
ECR にプッシュして、
ECSへ反映させる手順となります。

前提条件

  • CodeCommit や Github でコード管理している
  • 事前にECSで動いている環境がある

CodeCommit

今回はCodeCommitを使用します。
CodeCommit にてリポジトリを準備し、ビルドしたいアプリケーションのコードを Commit & Push します。

buildspec.ymlの準備

下記のサンプル buildspec.yml コピーし、お使いのアプリのruntime-versionsを更新します。
runtime-versions にサポートされている言語・バージョンは下記に記載されています。
https://docs.aws.amazon.com/codebuild/latest/userguide/build-env-ref-available.html
また、<container-definition> は ECS で使用しているコンテナ名に書き換えます。
コンテナ名は ECS のタスク定義にて確認できます。
編集されたそのファイルは対象のレポジトリ のルートにて commit & push します。

buildspec.yml
version: 0.2

phases:
  install:
    runtime-versions:
      # golang: 1.12   # アプリケーションによって書き換え
      # ruby: 2.6

  pre_build:
    commands:
      - echo Logging in to Amazon ECR...
      - $(aws ecr get-login --no-include-email --region ap-northeast-1)
  build:
    commands:
      - echo Build started on `date`
      - echo Building the Docker image...
      - docker build -t $ECR_NAME:$ECR_VERSION .
      - echo docker tag $ECR_NAME:$ECR_VERSION $ECR_ID.dkr.ecr.ap-northeast-1.amazonaws.com/$ECR_NAME:$ECR_VERSION
      - docker tag $ECR_NAME:$ECR_VERSION $ECR_ID.dkr.ecr.ap-northeast-1.amazonaws.com/$ECR_NAME:$ECR_VERSION
  post_build:
    commands:
      - echo Build completed on `date`
      - echo Pushing the Docker image...
      - docker push $ECR_ID.dkr.ecr.ap-northeast-1.amazonaws.com/$ECR_NAME:$ECR_VERSION
      - printf '[{"name":"<container-definition>","imageUri":"%s"}]' $ECR_ID.dkr.ecr.ap-northeast-1.amazonaws.com/$ECR_NAME:$ECR_VERSION > imagedefinitions.json    # <container-definition> もお使いのコンテナ名に書き換え

artifacts:
  files: imagedefinitions.json

ECRのレポジトリやバージョンなどハードコーディングでもいいのですが、
より実戦向きのために、環境変数込みで定義してます。
後ほど説明する CodeBuild のプロジェクト作成時に、その環境変数を定義します。

CodeBuild

注意すべき項目のみ記載してます。

CodeBuildプロジェクトの作成

Environment設定

codebuild-env2.png

要点

  • standard:1.0 でも動く(buildspec.yml に install,runtime-verions の指定が不要)
  • docker build を実行を許可するために、 Privileged はチェックする
  • Role作成後は AmazonEC2ContainerRegistryFullAccess 付与を忘れずに

注意点:

install 項目などの runtime-versions 設定しなくても大丈夫ですが、 aws/codebuild/standard:2.0 を指定した場合は必須です。

Environment Variables(環境変数)

codebuild-env-vars2.png

は下記とマッチするように環境変数をセットします。

$ECR_ID.dkr.ecr.ap-northeast-1.amazonaws.com/$ECR_NAME:$ECR_VERSION

ECR_VERSION (イメージタグ) はlatest がデフォルトで使われてます。

IAM Role for CodeBuild and ECR

作成された IAM Role に対して、
AmazonEC2ContainerRegistryFullAccess
を付与します。

iam-role-deploy.png

これで ECR にイメージをプッシュできるようになります。

単体でビルド実行

手動でビルドして、成功することを確認します。
ここで成功しないと CodePipeline で失敗するでしょう。

CodePipeline

ソースプロバイダ選択 ~ CodeCommitとの連携

CodeCommit や Github などのプロバイダを選択します。
今回は CodeCommit を使っているので、CodeCommitのリポジトリとブランチを指定します。

codepipeline-source-provider.png

デプロイステージ選択 ~ ECSとの連携

ECS を選択し、
ECSのクラスタ名と
ECSのサービス名を
選択します。

codepipeline-deploy-stage.png

結果の確認

CodeCommit に push 後に実行されるかを確認し、
Deploy まで Succeeded になれば、ECSに最新のコード(ビルドイメージ)
が反映されてます(るはず)。

codepipeline-result.png

使ってみての感想

ECSですでに動いていれば、CodeCommit からECSまでのデプロイまでの CI/CD を実現することができました。
ローカルでの build & push は意外に時間がかかり、ローカルPCにも影響するので、意外と使えそうだと実感しました。
Backlog Git サポートされたり、Lambdaなどを使わずにデプロイ結果の slack 連携などができれば移行を検討しそうです。

ytanaka3
cloudpack
Amazon Web Services (AWS) の導入設計、環境構築、運用・保守をサポートするマネジドホスティングサービス
https://cloudpack.jp/
Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away