２０２６年５月６日
ど～も。うさノリブログです。
今回はAWSでのサーバレスでコンテナを実行できる
AWS Fargateについて
ゆるりお話ししていきましょう♪
AWSを勉強していると、
- コンテナって何？
- サーバー管理って必要？
- ECSとかEKSって難しそう…
と感じますよね。
そんな悩みを解決するのが
👉 **AWS Fargate（ファーゲート）**です。
AWS Fargateとは？
AWS Fargateとは、
👉 コンテナをサーバーレスで実行できるサービスです。
通常はサーバー（EC2）を準備する必要がありますが、
Fargateならそれが不要になります。
簡単にいうと、
👉 「サーバーを気にせずアプリを動かせるサービス」
です。
【図解】Fargateの全体イメージ
開発者
↓
コンテナ（アプリ）
↓
Fargate（実行）
↓
自動スケール・実行
👉 サーバーが見えないのがポイント
Fargateでできること
① コンテナ実行
- Webアプリ
- API
- バッチ処理
👉 コンテナアプリをそのまま動かせる
② サーバー管理不要
- OS管理不要
- パッチ適用不要
👉 AWSが全部やってくれる
③ 自動スケーリング
アクセス増加
→ 自動で処理拡張
👉 負荷に強い
【図解】従来との違い（超重要）
EC2の場合
サーバー準備 → 設定 → 運用 → アプリ
Fargateの場合
コンテナだけ用意 → 実行
👉 圧倒的に楽になります
Fargateの仕組み（重要）
Fargateは以下の流れで動きます。
① コンテナを用意（Docker）
② ECS / EKSに登録
③ Fargateで実行
④ 自動でスケール
👉 インフラはすべてAWSが管理します
Fargateのメリット
① サーバー管理不要
インフラ管理から解放
② 開発に集中できる
アプリ開発に専念できる
③ スケーラブル
負荷に応じて自動調整
④ コスト最適化
使った分だけ課金
👉 無駄が少ない
【図解】メリットまとめ
✔ サーバー不要
✔ 自動スケール
✔ 開発に集中
✔ コスト効率
Fargateのデメリット
① 自由度が低い
細かいインフラ設定ができない
② コストが高くなる場合あり
長時間稼働ではEC2の方が安いことも
③ コンテナ知識が必要
Docker理解が前提
Fargateの使用例（実務レベル）
Webサービス
- APIサーバー
- Webアプリ
マイクロサービス
複数サービスを分割して実行
バッチ処理
定期処理・データ処理
Fargateが重要な理由
クラウドの世界では、
👉 インフラ管理を減らす流れ
があります。
- DevOps
- 自動化
- マイクロサービス
これらにおいてFargateは重要です。
👉 運用から開発へシフトできる
【初心者向けイメージ】
EC2 = 自分でお店を建てる
Fargate = お店を借りる
👉 すぐに営業できるのがFargate
ECS・EKSとの関係
ECS / EKS = 管理するサービス
Fargate = 実行する場所
👉 セットで使うのが基本
料金
- 初期費用なし
- 従量課金
👉 CPU・メモリ使用量で決まる
まとめ
AWS Fargateとは、
👉 サーバー不要でコンテナを実行できるサービス
です。
メリット：サーバー管理不要
自動スケール
開発に集中
デメリット：コンテナ知識が必要
自由度が低い
以上！今回はここまで！
コメント