BLOG

エンジニアブログ

2026.02.20

AWS CodePipelineでCI/CDを試してみた

yoshikawa.shogo

はじめに

AWS CodePipelineを使ってGitHubのコード変更をECS Fargateに自動デプロイするCI/CDパイプラインをやってみた内容を執筆しました。今回は、AWS CodeDeployを使用せずに、ECS標準のローリングアップデート機能を使ってデプロイを実行しております。

CI/CDとは？

ソフトウェア開発において、コードを書いてからリリースするまでに、ビルド・テスト・デプロイなどの工程を自動化して、効率的にリリースするための仕組みのことです。

CI（Continuous Integration）

CIは、開発中のコードを自動で統合・テストする仕組みです。

開発者がGitHubなどにコードをpush（登録）すると、自動的にビルドやテストが実行され、コードの不具合や依存関係の問題を早期に検出できます。

CD（Continuous Delivery / Continuous Deployment）

CIでテスト済みのアプリケーションを、リリース工程まで自動化する仕組みがCDです。

CDには２つのタイプがあります。

Continuous Delivery（継続的デリバリー）

テストまでを自動化し、本番リリースは「人の承認」で行います。

→ 品質を確保しながら段階的にリリースする方式
Continuous Deployment（継続的デプロイメント）

テストを通過したら、自動的に本番環境へ反映します。

→ スピードを重視したリリース方式

CI/CDを導入するメリット

コードの品質を安定して保てる
リリース作業の手間を減らせる
開発スピードが向上する
ヒューマンエラーを防止できる

AWS CodePipelineとは

ソフトウェア開発・デプロイメントのプロセスを自動化する、継続的デリバリー（CD）サービス

今回構築したアーキテクチャ

下図は、今回のCI/CDパイプライン構成です。

使用したAWSサービス

サービス	役割
AWS CodePipeline	一連の自動化フローを定義（ステージ管理）
AWS CodeBuild	ソースコードのビルド・テスト
Amazon ECS	実行環境（Fargate）
Amazon ECR	Dockerイメージの保存場所
Git Hub	ソースリポジトリ（GitHub連携）

CI/CDパイプラインの流れ

CI/CDでは、一連の自動化処理をパイプラインと呼びます。

以下のような流れで、自動的にビルド・テスト・デプロイが進みます。

①ソースコードの更新（GitHub）

開発者がGitHubリポジトリにコードをPushすると、CodePipelineのソースステージがトリガーされます。GitHub Connectionを通して最新のソースを取得します。

# 例：ソースコードを修正後にpush（index.html等）
$ git add .
$ git commit -m "source update"
$ git push origin main

GitHub コネクション

AWS CodePipelineを利用してソースステージではGitHub (GitHub アプリ経由)を選択し、新しくGitHubとの接続を作成しております。

GitHubとの接続方法に関しては、以下のAWS公式ドキュメントを参照ください。

＜ソースステージ：設定値＞

設定項目	設定値
ソースプロバイダー	GitHub (GitHub アプリ経由)
接続	上記で作成した接続
リポジトリ名	GitHubのリポジトリ名
デフォルトブランチ	main（任意）

②CodePipeline が自動実行（ビルド・デプロイ開始）

パイプラインは3つのステージで構成しています。

ステージ	内容
ソースステージ	GitHubのmainブランチからソースを取得
ビルドステージ	CodeBuildでDockerイメージをビルドし、ECRにイメージをプッシュ
デプロイステージ	imageDefinitions.json をECSに渡して、新しいタスク定義でサービスを更新

CodeBuild（buildspec.yml）

変数ECR_REPOSITORYは、CodeBuildの環境変数を利用しております。

version: 0.2

phases:
 pre_build:
 　commands:
 　　- echo Logging in to Amazon ECR...
　　 - aws ecr get-login-password --region ap-northeast-1 \
      | docker login --username AWS --password-stdin ${ECR_REPOSITORY}
 build:
 　commands:
 　　- echo Building the Docker image...
 　　- docker build -t container-test-app .
　　 - docker tag container-test-app:latest ${ECR_REPOSITORY}:latest
 post_build:
　 commands:
 　　- echo Pushing the Docker image...
　　 - docker push ${ECR_REPOSITORY}:latest
　　 - echo Build completed on `date`
　　 - echo Creating imagedefinitions.json...
　　 - printf '[{"name":"container-test","imageUri":"%s"}]' \
      "${ECR_REPOSITORY}:latest" \
      > imagedefinitions.json
　　 - echo imagedefinitions.json created.
　　 - cat imagedefinitions.json

artifacts:
 files:
　 - imagedefinitions.json

③ECSへのデプロイ（タスク定義の更新）

CodePipelineはECRにPushされた新しいイメージを参照し、imagedefinitions.json に基づいてECSサービスのタスク定義を更新します。

この処理により、ECSの新しいリビジョンが作成され、サービスが新しいタスク定義を使って再デプロイを開始します。

④ECSサービスのローリングアップデート

新しいタスクを少しずつ起動し、正常起動を確認しながら旧タスクを停止します。

また、AWS CodeDeployを使用せずに、ECS単体で安定した更新が可能できます。