AWS ECS

📦

ECS とは

アプリを動かすとき、「コンテナ」という仕組みを使うと、アプリに必要なものをすべて1つの箱に詰め込んで、どこでも同じように動かせます。自分のパソコンでも、クラウドでも、まったく同じ箱を使うので「自分の環境では動いたのに...」という問題がなくなります。

しかし、この箱（コンテナ）を本番環境で安定して動かし続けるのは大変です。箱が壊れたら新しい箱を起動し、アクセスが増えたら箱を増やし、古い箱を新しい箱に入れ替える...。こうした「コンテナの運用管理」を自動でやってくれるのがコンテナオーケストレーションです。

Amazon ECS（Elastic Container Service）は、AWSが提供するコンテナオーケストレーションサービスです。下の図のように、コンテナイメージ（箱の設計図）をECRに保管し、タスク定義で実行条件を決め、サービスが常にコンテナを動かし続けます。

⭐

ECS の特徴

ECSはAWSの他のサービスと深く統合されており、コンテナを使ったWebアプリの構築から運用まで、AWSのエコシステムの中でシームレスに行えます。以下が主な特徴です。

📝

タスク定義とは

タスク定義（Task Definition）は、コンテナを動かすための「レシピ（設計図）」です。料理のレシピに「材料」「分量」「手順」が書かれているように、タスク定義には以下の情報が書かれています。

- CPU / メモリ: コンテナに割り当てるコンピューティングリソースの量
- ポートマッピング: 外部からのアクセスをコンテナのどのポートに繋ぐか
- 環境変数: データベースの接続先やAPIキーなどの設定値
- ログ設定: ログの出力先（CloudWatch Logs等）

⚙️

ECS サービス — タスクを「常に動かし続ける」マネージャー

レストランに例えると、サービスはフロアマネージャーです。「テーブルには常に3皿出ている状態を維持して」という指示（desired count）に従い、料理（タスク）が片付けられたら新しく作り直します。

サービスはWebアプリのように「常に動いていてほしい」ワークロードのための仕組みです。タスクが異常終了しても自動で新しいタスクを起動して数を維持します。バッチ処理のように「1回実行して終わり」のワークロードにはサービスは不要で、タスクを直接起動します。

🔲

タスク — コンテナの「実行環境」

タスクはコンテナが実際に動く「箱」です。タスク定義（設計図）を元にサービスが起動し、中で1つ以上のコンテナが実行されます。

Fargate 起動タイプの場合、各タスクには専用の ENI（ネットワークインターフェース）が割り当てられ、プライベート IP アドレスを持ちます。CPU・メモリもタスク単位で確保されるため、他のタスクの影響を受けません。

⚖️

Fargate vs EC2 — 起動タイプの選び方

ECS でコンテナを動かすとき、「誰がサーバーを管理するか」を選べます。これが「起動タイプ」です。

Fargate は「サーバーのことは AWS に任せて、コンテナだけに集中したい」モードです。サーバーの購入・セットアップ・パッチ適用・スケーリングをすべて AWS がやってくれます。マンションの賃貸のようなもので、管理は大家さん（AWS）任せです。

EC2 は「サーバーを自分で管理する代わりに、自由にカスタマイズしたい」モードです。一戸建てを買うようなもので、修繕も自分でやるけど壁に穴を開けるのも自由です。

📝

SAA 試験レベルの問題