Fargate

Fargate — サーバを忘れる

ECS / EKSのための サーバレスなコンピューティングエンジン

• ホストOSのパッチ・キャパシティ管理が 不要
• vCPU / メモリを宣言するだけでAWSが裏で実行基盤を準備
• 秒単位課金 スパイクに強い

Fargate が解決すること

EC2でコンテナを動かす場合の悩みを AWS側で吸収

• AMIの選定・パッチ当て・脆弱性対応 → 不要
• インスタンスのキャパシティ予約・スケール → 不要
• ホストの監視・置き換え → 不要

「コンテナさえ作れば動く」状態を提供してくれる

メリット

• サーバ管理不要 インフラ運用工数が激減
• セキュリティ境界が明確 Task間でカーネルを共有しない
• スケールが速い 数十秒で新しいTaskが立ち上がる
• IAM / VPC / ALBとネイティブ統合 既存知識が活きる

「運用工数を金で買う」サービス

トレードオフ

• EC2 起動タイプより 単価は1.5〜2倍 程度割高
• OSレイヤの細かい チューニング不可（カーネル設定など）
• 永続ストレージは EFS / S3 が前提（ローカルディスクは揮発）
• 起動に数十秒 かかる（Lambdaほど即時ではない）

大規模・高負荷で常時稼働する用途は EC2 起動タイプの方が経済的

vCPU とメモリの組み合わせ

Fargateは 決められた組み合わせ からしか選べない

中途半端な値は選べない、設計時に意識する

課金の考え方

vCPU と メモリを別々に秒単位 で課金

月額 ≒ (vCPU単価 × vCPU数 + メモリ単価 × GB) × 秒 × Task数

• 起動から停止までの 秒単位 で計算
• 過剰スペックは そのまま月額に直結
• スケールインで 不要分はすぐ止める 設計が効く

開発環境は夜間停止スケジュールでさらに節約

Fargate Spot

中断OKなワークロード向けの 最大70%割引 プラン

• AWSの空きキャパシティを利用、2分前通知で中断 あり
• バッチ処理・冪等な非同期ジョブに最適
• 通常Fargateと 混在運用 も可能（Capacity Provider）

中断耐性のある処理から段階的に試すと事故が少ない

ストレージの選択肢

ローカルディスクに 永続データは置かない が鉄則

Lambda / EC2 との使い分け

こんなときFargateが効く

• 常時稼働のWebアプリ で、サーバ管理に手を取られたくない
• スパイクするバッチ や非同期ジョブを安定運用したい
• 小規模チーム でEC2運用に人手を回せない
• 既存の Dockerイメージ資産 をそのまま動かしたい

Lambdaで足りない、EC2運用は重い、のすき間を埋める