コンテナ技術比較（Docker vs Docker Compose vs ECS vs EKS vs Fargate）

はじめに

コンテナ技術は現代のソフトウェア開発・デプロイにおいて不可欠な存在となった。「開発環境では動くのに本番で動かない」という問題を解決し、アプリケーションの移植性と再現性を飛躍的に向上させた。本ページでは、コンテナの基礎から各技術の位置づけ、選定基準までを整理する。

コンテナ技術の歴史

コンテナ vs 仮想マシン

各技術の位置づけ

Docker

概要

Dockerはコンテナの作成・実行・配布を行うプラットフォーム。Dockerfileからイメージを構築し、そのイメージからコンテナを起動する。

基本概念

Dockerfile の例

# Node.js アプリケーション
FROM node:20-slim AS builder
WORKDIR /app
COPY package*.json ./
RUN npm ci
COPY . .
RUN npm run build

FROM node:20-slim
WORKDIR /app
COPY --from=builder /app/dist ./dist
COPY --from=builder /app/node_modules ./node_modules
EXPOSE 3000
USER node
CMD ["node", "dist/index.js"]

よく使うコマンド

# イメージのビルド
docker build -t my-app:latest .

# コンテナの起動
docker run -d -p 3000:3000 --name my-app my-app:latest

# 実行中のコンテナ確認
docker ps

# ログ確認
docker logs my-app

# コンテナに入る
docker exec -it my-app /bin/sh

# イメージの配布
docker push my-registry/my-app:latest

Docker Compose

概要

Docker Composeは、複数のコンテナをまとめて定義・管理するツール。docker-compose.ymlに全サービスの設定を記述し、1コマンドで環境全体を起動・停止できる。

docker-compose.yml の例

services:
  app:
    build: .
    ports:
      - "3000:3000"
    environment:
      - DATABASE_URL=postgresql://user:pass@db:5432/mydb
      - REDIS_URL=redis://cache:6379
    depends_on:
      db:
        condition: service_healthy
      cache:
        condition: service_started

  db:
    image: postgres:16
    volumes:
      - postgres_data:/var/lib/postgresql/data
    environment:
      POSTGRES_USER: user
      POSTGRES_PASSWORD: pass
      POSTGRES_DB: mydb
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U user"]
      interval: 5s
      timeout: 5s
      retries: 5

  cache:
    image: redis:7-alpine
    ports:
      - "6379:6379"

volumes:
  postgres_data:

よく使うコマンド

# 全サービス起動
docker compose up -d

# ログ確認
docker compose logs -f app

# 全サービス停止・削除
docker compose down

# ボリュームも含めて削除
docker compose down -v

# 特定サービスの再ビルド
docker compose build app

Amazon ECS（Elastic Container Service）

概要

ECSはAWSネイティブのコンテナオーケストレーションサービス。AWSサービスとの統合が深く、Kubernetes を必要としないシンプルなコンテナ管理を提供する。

基本概念

メリット

• AWSサービスとの深い統合（ALB, CloudWatch, IAM, VPC）
• Kubernetesより学習コストが低い
• Fargateとの組み合わせで運用負荷が極めて低い

デメリット

• AWSロックイン
• Kubernetesほどの柔軟性・エコシステムがない
• マルチクラウドには不向き

Amazon EKS（Elastic Kubernetes Service）

概要

EKSはAWSが提供するマネージドKubernetesサービス。Kubernetesのコントロールプレーンの運用をAWSが担い、ユーザーはワーカーノードとアプリケーションの管理に集中できる。

Kubernetes の基本概念

メリット

• Kubernetesエコシステムの活用（Helm, ArgoCD, Istio等）
• マルチクラウド・オンプレミスとのポータビリティ
• きめ細かいリソース制御
• 大規模クラスタの運用に実績

デメリット

• 学習コストが非常に高い
• 運用の複雑さ（ノード管理、アップグレード）
• 小規模チームにはオーバースペック
• コントロールプレーンの固定費用（約$73/月）

AWS Fargate

概要

FargateはECS / EKSの「サーバーレスコンテナ」起動タイプ。EC2インスタンスの管理が不要で、コンテナに必要なCPU/メモリを指定するだけで実行できる。

EC2起動タイプ vs Fargate

Fargateが適するケース

• サーバー管理を一切したくない
• トラフィックが可変（スケールアップ/ダウンが頻繁）
• 小〜中規模のマイクロサービス
• バッチ処理（必要な時だけ起動）

総合比較表

選定フローチャート

構成パターン例

パターン1: スタートアップ（小規模）

開発: Docker Compose
本番: ECS + Fargate
CI/CD: GitHub Actions → ECR → ECS

• サーバー管理不要
• 初期費用が低い
• 必要に応じてスケール

パターン2: 中規模サービス

開発: Docker Compose
本番: ECS + Fargate + EC2（コスト最適化）
CI/CD: GitHub Actions → ECR → ECS
監視: CloudWatch + X-Ray

• ベースラインはEC2で、スパイクはFargateで吸収
• コスト効率と柔軟性のバランス

パターン3: 大規模エンタープライズ

開発: Docker Compose + Skaffold
本番: EKS + EC2ノード + Fargate
CI/CD: ArgoCD (GitOps)
サービスメッシュ: Istio
監視: Prometheus + Grafana

• Kubernetesエコシステムをフル活用
• GitOpsによる宣言的デプロイ
• 高度な監視・トレーシング

コンテナセキュリティのベストプラクティス

まとめ

• Docker: コンテナ技術の基礎。全てのスタート地点
• Docker Compose: ローカル開発での複数コンテナ管理に最適
• ECS: AWSネイティブのシンプルなオーケストレーション
• EKS: Kubernetesが必要な大規模・マルチクラウド環境向け
• Fargate: サーバー管理不要のサーバーレスコンテナ実行環境

「まずはDocker → Docker Compose → ECS + Fargateの順に習得し、必要に応じてEKSへ」が推奨の学習パスである。

参考文献

• Docker 公式ドキュメント
• Docker Compose 公式ドキュメント
• Amazon ECS 開発者ガイド
• Amazon EKS ユーザーガイド
• AWS Fargate ドキュメント
• Kubernetes 公式ドキュメント
• The Twelve-Factor App
• CNCF Cloud Native Landscape
• Docker セキュリティベストプラクティス