Amazon ECS / Fargate

解決する課題

• コンテナを本番で安定運用したい（落ちたら再起動、負荷で増減）
• サーバー（EC2）の管理をしたくない → Fargate
• マイクロサービスをスケーラブルに動かしたい

主要概念と用語

• タスク定義: コンテナの設計図（イメージ/CPU/メモリ/環境変数）
• タスク: 実行中のコンテナ群
• サービス: 希望数を維持し、ELBと連携
• 起動タイプ: Fargate（サーバーレス）/ EC2（自前ホスト）
• タスクロール: コンテナに渡すIAM権限

仕様・制限・クォータ

• Fargateはタスク単位でCPU/メモリを指定
• ELB（ALB/NLB）と統合してルーティング・ヘルスチェック
• Auto Scaling（サービス/ターゲット追跡）

内部の仕組み

ECSはタスク定義に従ってタスク（コンテナ）を起動し、サービスが希望数を維持（落ちたら再起動、AZ分散）します。FargateではAWSが裏でコンピュートを用意するため、EC2の購入・パッチ・スケール管理が不要。EC2起動タイプではクラスターのEC2を自分で持ち、より細かい制御やコスト最適化ができます。

設計パターン / ベストプラクティス

• 運用を最小化するならFargate、コスト最適化や特殊要件はEC2起動タイプ
• ALB＋サービスでローリングデプロイ
• 権限はタスクロールで最小限に
• ログはawslogsでCloudWatchへ

運用・監視・トラブルシュート

• Container Insights / CloudWatch Logsで監視
• タスクが起動しない→イメージ取得権限(ECR)、CPU/メモリ、サブネット/SGを確認
• デプロイ失敗→ヘルスチェックとコンテナの起動可否を確認

コスト

• Fargate: 実行したvCPU/メモリ×時間。EC2: インスタンス費用＋集約効率
• スポット（Fargate Spot/EC2 Spot）で大幅割引

セキュリティ

• タスクロールで最小権限、イメージはECRでスキャン
• プライベートサブネット＋SG、シークレットはSecrets Manager

Well-Architected の観点

• 運用上の優秀性: 宣言的デプロイ・自己修復
• コスト最適化: Fargate Spot・適正サイズ
• 信頼性: AZ分散・希望数維持

試験で問われるポイント

関連サービス・比較

ハンズオン / CLI例

# Fargateサービスを作成（タスク定義は登録済みとする）
aws ecs create-service \
  --cluster app-cluster \
  --service-name web \
  --task-definition web:1 \
  --desired-count 2 \
  --launch-type FARGATE \
  --network-configuration "awsvpcConfiguration={subnets=[subnet-aaa,subnet-bbb],securityGroups=[sg-xxx]}"