AWS Fargate

EC2を管理せずにコンテナを実行するための仕組み。

AWS Fargateは、ECSやEKSでコンテナを実行する際にサーバー管理を不要にするコンピュートエンジンです。

• ECSコンテナ実行
• サーバー管理を減らしたAPI運用
• バッチコンテナ処理

• コンテナ実行基盤である
• EC2インスタンス管理が不要になる
• ECSやEKSと組み合わせて使う

• コンテナ単位でCPU・メモリを指定する
• 常時稼働APIではコストを試算する
• Lambdaより長時間処理やコンテナ依存が強い処理に向く

AWS Fargate は、Amazon ECS および Amazon EKS でコンテナを実行する際の「サーバーレス」 コンピュートエンジンである。従来の ECS / EKS では EC2 インスタンスを起動してコンテナ ホストとして管理する必要があったが、Fargate を使うとコンテナを動かす EC2 インスタンスを ユーザーが意識する必要がなくなる。タスク定義（または Pod 定義）で vCPU・メモリ・ ネットワーク設定を指定すると、AWS 側が自動でキャパシティをプロビジョニングしてコンテナを 起動する。OS パッチ適用・ホスト管理・キャパシティ確保が不要になり、運用負荷を大幅に 削減できる。 Fargate と EC2 起動タイプの主な違いは、課金モデルと管理範囲である。EC2 起動タイプは インスタンスごとの時間課金で、空きキャパシティの分も課金対象になる。Fargate はタスク ごとに vCPU・メモリ・実行時間で課金されるため、コンテナ単位で必要な分だけ課金され、 リソース利用率が高ければ EC2 起動タイプより安く、低ければ高くなる傾向がある。SAA-C03 では「常時稼働 API」「短時間バッチ」「不定期な処理」のどのパターンで Fargate が向くか、 EC2 起動タイプとどちらを選ぶかの判断が問われる。 代表的なユースケースは、Web API のサーバーレスコンテナ実行、CI/CD パイプラインから 起動する短時間バッチジョブ、機械学習の推論コンテナ実行、サードパーティイメージ （OSS ツール）の単発実行などである。Lambda との使い分けは、Lambda は最大実行時間 15 分・関数単位の制約があるのに対し、Fargate は長時間処理や任意のコンテナイメージを 扱える点が強みになる。試験文脈では、CLF-C02 で「EC2 を管理せずにコンテナを実行する サービスはどれか」という形で出題され、ECS / EKS / Fargate の関係を取り違えないかが 問われる。

• AWS Fargate（AWS公式）↗
• AWS Fargate（Amazon ECS 開発者ガイド / AWS公式ドキュメント）↗

最終更新日：2026-06-07