AWSサービス - コンテナ¶
コンテナ領域は、イメージ保管・実行基盤・オーケストレーションをどう分けるかで見る。
まず押さえたいこと¶
- イメージ保管と実行基盤は別サービス
- Kubernetes を使うかどうかで選択肢がかなり変わる
- ノード管理を持つか、Fargate に逃がすかを決める
- ログ、IAM、ネットワークも一緒に設計する必要がある
よく使うサービス¶
ECR: コンテナイメージ保管ECS: AWS ネイティブなコンテナ実行基盤Fargate: サーバー管理不要の実行方式EKS: Kubernetes マネージドサービス
見方¶
- イメージ置き場は
ECR - Kubernetes を使わないなら
ECS - サーバーを持ちたくないなら
Fargate - Kubernetes 前提なら
EKS
よくある構成¶
ECR + ECS + FargateECR + ECS + EC2ECR + EKS
見るポイント¶
- Kubernetes が本当に必要か
- ノード管理を持つか
- デプロイ頻度や運用負荷に見合うか
- VPC、ALB、CloudWatch Logs とどう組み合わせるか
メモ¶
- 「コンテナを使う」と言っても、実際は
ECR + ECS/FargateかECR + EKSの組み合わせで考える - 小さく始めるなら
ECS/Fargateのほうが素直なことが多い