AWS ECS・Fargateとは｜仕組み・EKSとの違い・案件単価を解説

AWS ECS・Fargateとは

ECSはAWSが提供するコンテナオーケストレーションサービスです。コンテナの実行場所（クラスター）と、何を動かすか（タスク定義）と、どう動かし続けるか（サービス）を分離して管理できます。Fargateはこの実行場所をAWSに任せる「サーバレスな起動タイプ」です。

ECS（Elastic Container Service）の役割

ECSが担うのは、Dockerコンテナのデプロイ・配置・スケーリング・死活管理です。Kubernetes（Kubernetesとは）と同じレイヤの仕事をしますが、AWSサービスとして提供されるためIAM・VPC・ALBなど他のAWSリソースと密結合で動きます。

ECSには2つの起動タイプ（Launch Type）があります。EC2起動タイプはEC2インスタンスをクラスターに組み込み、その上でコンテナを動かす方式です。Fargate起動タイプは実行基盤そのものをAWSがホストし、利用者はvCPUとメモリを指定するだけで済みます。

Fargateとは（起動タイプの位置づけ）

Fargateは「ECSやEKSから呼び出せるサーバレスの実行基盤」です。コンテナを動かすホストOS・カーネル・ハイパーバイザーはAWSが管理し、利用者はタスク定義に書いたCPU・メモリを宣言するだけです。

EC2起動タイプとの最大の違いは、インスタンスの台数・パッチ適用・キャパシティ設計を考えなくて済む点です。代わりに料金単価は割高で、長時間100%稼働するワークロードではEC2のほうが安くなるケースがあります。

ECS on EC2 と ECS on Fargate の違い

実務で迷うのはこの2つの選び分けです。観点別に整理します。

結論として、運用工数を削るならFargate、長時間高負荷でコスト最適化が至上命題ならEC2、という判断軸になります。

ミニFAQ：FargateとECSは別サービス？

別サービスではありません。Fargateは「ECS（とEKS）から呼び出せる実行モード」であり、ECSというサービスの中に「EC2起動タイプ」と「Fargate起動タイプ」が並んでいる構造です。実態として案件で「Fargateで構築」と言われたら、ほぼ「ECS on Fargate」を指します。

ECS/Fargateの仕組み

ECSは4つのコア概念で動きます。クラスター・タスク定義・タスク・サービスです。この4つの関係を理解すると、AWSコンソールやTerraformでの設定が一気に読みやすくなります。

クラスター・タスク定義・タスク・サービス

クラスターは論理的な「コンテナ実行環境のまとまり」です。Fargateの場合はリージョン内の論理グループで、EC2の場合はその下にインスタンス群がぶら下がります。

タスク定義はコンテナの設計図です。どのイメージを使うか、CPUとメモリはいくらか、環境変数・ポート・IAMロール・ログ出力先を1つのJSONで宣言します。バージョン管理されるため、デプロイは「タスク定義のリビジョンを上げる」操作になります。

タスクは、タスク定義をもとに起動された実行インスタンスです。1つのタスクには複数のコンテナを含められます（サイドカー構成）。

サービスは「タスクを常時N個維持する」仕組みです。ヘルスチェックでタスクが落ちれば自動で再起動し、ALBと連携してターゲットグループへ自動登録します。Webサーバ常駐型はサービス、単発処理はサービスを使わないタスク実行（Run Task）で扱います。

ネットワークモード

ECSのネットワークモードは複数あります。Fargateはawsvpcモードのみで、タスクごとにENI（Elastic Network Interface）が割り当てられます。各タスクは独自のIPを持つため、セキュリティグループをタスク単位で設定できます。

EC2起動タイプではbridge・host・noneも選べます。awsvpc以外はサブネット・SG設計が古典的なEC2と同じになり、レガシーアプリの移行時に互換性を取りやすいです。

ALB／NLBとの連携

WebアプリならALB（Application Load Balancer）と連携します。サービスを作成するとき「ターゲットグループ」を指定すれば、起動・停止のたびにECSが自動でターゲットを差し替えます。

ヘルスチェックのパス・タイムアウト・しきい値は要注意ポイントです。アプリ起動が遅いとデプロイ時にローリングが進まず、コンテナが大量に落ちる現象が起きます。ECSサービスのhealthCheckGracePeriodSeconds設定で猶予を設けるのが定石です。

ECS（Fargate）とEKS（Kubernetes）の違い

「Kubernetesでよくね？」という議論は案件選定でも頻繁に発生します。両者は同じレイヤの製品ですが、運用思想が違います。

機能・運用負荷の比較

ECSは「AWSの作法で完結する」プロダクトです。一方EKSは「Kubernetesを自前で運用する代わりにコントロールプレーンだけマネージドにする」プロダクトと考えるとイメージが近いです。

選定基準

実務的な判断軸を整理します。

• AWS縛りで運用工数を抑えたい → ECS on Fargate

• マルチクラウド・オンプレ展開がある → EKS

• Helm・ArgoCDなどKubernetesエコシステムを活用したい → EKS

• チームに既存のKubernetes運用経験がない → ECSで始めるのが無難

• 複雑なネットワークポリシー・サービスメッシュが必須 → EKS（Istio等を組み合わせる）

GitOpsをやりたい場合の選択肢は、ECSならArgoCDのような外部ツールとは別の流儀でCI/CDを組むことになります。EKSはArgoCD・Flux等が標準的に動きます。

ミニFAQ：EKSとECS、案件で多いのはどっち？

公開案件ベースではEKS／Kubernetes案件のほうが目立つ傾向があります。ただしECSは「AWS純正で十分」というプロダクトで採用されており、求人タイトルに出てこなくても実務で触る機会は多いです。両方扱えると守備範囲が広がります。

ECS/Fargateと他サービスの比較

ECSは「コンテナを常時動かす」用途に強いサービスです。同じAWSにある似たサービスとの違いを整理します。

AWS Lambdaとの違い

AWS Lambdaはイベント駆動の関数実行基盤です。リクエストごとに起動して数分以内に終わる処理に最適化されており、長時間常駐・大きなパッケージ・カスタムランタイムが必要な処理には向きません。

ECS/Fargateは常駐コンテナ・タスク時間が長い処理・GBレベルのコンテナイメージを扱えます。一方Lambdaはインフラ管理ゼロ・課金粒度がミリ秒単位という強みがあります。リアルタイム性が要らない短時間処理ならLambda、永続コネクションや重い依存があるならECSという棲み分けが基本です。

EC2との違い

EC2は仮想サーバそのものです。OSにSSHで入って自由に構築できますが、デプロイ・スケール・パッチ管理は自前です。ECS on EC2はEC2クラスターをコンテナ実行基盤として使う構成、ECS on Fargateはそもそもサーバを意識しない構成です。

「コンテナ化するメリットがあるか」を考えてEC2 or ECSを選び、ECSにした上で「EC2管理をしたくないか」でFargateを選ぶ、という二段階の判断になります。

App Runner・Cloud Runとの違い

AWS App Runnerはコンテナを最小設定で動かすサービスです。ECSよりさらに簡易で、CI/CD・Auto Scaling・HTTPS終端まで全部入りです。ただし細かいネットワーク設定やジョブ実行には向きません。

GCPで類似サービスを探すならCloud Runが近い位置にあります。ECSはAWS、Cloud RunはGCPと使い分けることが多いです。

料金の仕組み

Fargateの料金は「vCPU秒×単価＋メモリ秒×単価」で算出されます。タスクを起動している時間に対して課金され、停止すれば即課金停止です。

Fargateの料金体系

Linux/x86・東京リージョンの参考単価（2026年6月時点の目安）は次のとおりです。OS・アーキテクチャ（ARM）・リージョン・割引適用で変動するため、最新の単価はFargate公式の料金ページで必ず確認してください。

• vCPU：1時間あたり約0.05 USD前後

• メモリ：1GBあたり1時間で約0.0055 USD前後

• ストレージ（20GB超の場合）：1GBあたり1時間で約0.000111 USD

例：vCPU 0.5・メモリ1GBのタスクを1時間動かすと、約 0.025 + 0.0055 = 0.03 USD程度になります。

ECS on EC2の料金

ECS on EC2の場合、ECS自体は無料でEC2インスタンス代だけが請求されます。EC2の課金はインスタンスタイプと稼働時間ベースで、リザーブドインスタンスやSavings Plansが効きます。

常時高稼働ならEC2のほうが安く、変動が大きく稼働率が低いならFargateのほうが運用込みで割安、という傾向は実務でも変わりません。

コスト最適化のポイント

実務でよく使う打ち手をまとめます。

• Fargate Spotを活用：通常Fargateより最大70%程度安くなる。中断耐性のあるバッチ向き

• Compute Savings Plans：Fargateにも適用可。1年・3年の継続利用前提でコスト削減

• タスクサイズの見直し：FargateのCPU・メモリは公式の対応表に沿った組み合わせから選ぶ仕様のため、過剰な割り当てを避けて必要最小限の組み合わせを選ぶ

• イメージサイズ削減：Alpineベース・マルチステージビルドで起動を速くしストレージを節約

• CloudWatch Logsのリテンション設定：デフォルトの「無期限保存」はコストが膨らむ。30日や90日に絞る

フリーランス案件の単価相場

ここからはフリーランスエンジニア視点での市場感です。2026年上半期時点で主要フリーランスエージェントの公開案件（首都圏中心・週5日・業務委託）を観測した目安で、実額は経験・参画形態・地域で変動します。

単価レンジの目安

公開案件ベースでは、ECS／Fargateを扱うクラウド・インフラ案件は次のレンジが目立ちます。

90万円超の募集は、Kubernetes（EKS）・Terraform・SREの知見をセットで持つ人材を想定したケースが多く観測されます。

高単価帯で求められる人物像

月額90万円以上の案件で要件に挙がりやすい条件は次のような組み合わせです。

• AWSの主要サービス（ECS／EKS／Lambda／VPC／IAM／ALB）を一通り設計できる

• TerraformやAnsibleなど、IaCで構成管理を完結できる

• GitHub ActionsなどのCI/CDパイプラインを自前で設計・運用できる

• 監視・ログ基盤（CloudWatch・Datadog・New Relic）の構築経験がある

• SRE・DevOps的な発想で信頼性指標を設計できる

「ECSが動かせる」だけでは差別化が難しいです。公開案件の募集要件を見る限り、コンテナ運用の前後工程（IaC・CI/CD・監視）まで一気通貫で扱える人が高単価帯で求められやすい傾向があります。

関連スキルと学習投資

AWS認定資格では、SAP（Solutions Architect Professional）・DOP（DevOps Engineer Professional）がECS／Fargate運用のリファレンスとして役立ちます。SAAは前提知識として扱われ、加点要素にはなりにくい印象です。

ミニFAQ：未経験から1年でECS案件に入れますか？

完全未経験から1年は厳しいですが、Docker・Linux・AWSの基礎経験がある状態で、3〜6か月集中して学習＋個人開発でECS構築の実績を作れば、サポート寄りのポジションから入る余地はあります。いきなり設計担当はハードルが高く、まず運用・改善案件に入って実務を積むのが現実的です。

実務でつまずきやすいポイント

ECS/Fargateで仕事を始めたエンジニアからよく聞くハマりどころです。先に知っておくと参画初期のストレスが減ります。

タスク定義のCPU/メモリ単位

タスク定義で指定するCPUは「1024＝1 vCPU」、メモリはMB単位です。FargateはCPUとメモリの組み合わせに有効な対応表が決まっており、任意の組み合わせは指定できません。

例：CPU 256（0.25 vCPU）の場合、メモリは512MB／1GB／2GBから選びます。3GBは指定不可です。公式ドキュメントで必ず最新の組み合わせ表を確認してください。

ロギング設定

ECS/FargateでCloudWatch Logsを使う場合は、タスク定義のlogConfigurationでawslogsドライバを明示するのが基本です。設定がないと期待した場所にログが出ないことがあります。ロググループ名・リージョン・ストリームprefixをセットで書きます。

DatadogやSplunk連携をするならFireLens（Fluent Bit）構成が定番です。サイドカーコンテナとしてFluent Bitを動かし、複数の宛先に振り分けます。

シークレット管理

APIキー・DBパスワードをタスク定義やコードに平文で直書きするのは避け、AWS Secrets ManagerまたはParameter Storeを使い、タスク定義のsecretsフィールドから参照します。タスク実行ロール（execution role）にSecretsへのアクセス権限を付与するのを忘れがちなポイントです。

ケース別の選定指針

ワークロードや組織規模ごとの推奨構成を整理します。

スタートアップ・小規模チーム

少人数で運用する場合はECS on Fargate＋App Runnerの組み合わせが有力です。サーバ管理が不要で、CI/CDもGitHub Actionsなど一般的なツールで完結します。コスト最適化に時間を割く余裕がないチームほどFargateの恩恵が大きいです。

エンタープライズ・大規模

数十〜数百サービスを扱うならEKSが選択肢に上がりやすいですが、AWSサービスとの密結合を活かしたい・Kubernetes運用人員を割けない場合は大規模でもECS on EC2＋Auto Scaling Groupで運用するケースがあります。Savings Plansを組み合わせれば運用コストはかなり下げられます。

バッチ処理・ジョブ実行

定時バッチやキュー駆動のジョブはECS Run Task＋EventBridge、またはAWS Batchが向きます。Fargate Spotで動かせばコストを大きく抑えられます。長時間処理（数時間〜）はLambdaの15分制限を回避できる点がECSの強みです。

ECS/Fargate学習ロードマップ

未経験からECS案件に入るための学習順序です。一気にやろうとせず、段階を踏むのが結果的に早く身につきます。

Step 1：基礎（1〜2か月）

• Linuxの基本操作とDockerのローカル運用

• AWSの基礎（EC2・VPC・IAM・S3）

• AWS CLIとSDKの操作感

Step 2：実務レベル（2〜4か月）

• ECSのコンソール操作とタスク定義のJSON記述

• ECS on Fargateで個人プロジェクトをデプロイ

• ALBとの連携、CloudWatch Logsの設定

• 簡単なCI/CDパイプラインの構築

Step 3：高度な運用（半年〜）

• TerraformでECSリソースをコード化

• Fargate Spot・Savings Plansによるコスト最適化

• Datadog・New Relic等での監視設計

• 必要に応じてKubernetes・EKSへ拡張

クラウドエンジニアとしてのキャリアパスを考えるなら、ECSは最初の本格的なコンテナ基盤としてちょうどよい難易度です。

まとめ

ECSはAWS純正のコンテナ実行基盤、Fargateはそのサーバレス起動タイプであり、両者は並列ではなく入れ子の関係です。AWS完結で運用工数を抑えたい小〜中規模案件ではECS on Fargateが現実的な第一候補になります。

• ECSのコア概念はクラスター・タスク定義・タスク・サービスの4つ

• 起動タイプはEC2とFargateの2種類で、稼働率とコスト構造で選び分ける

• EKS（Kubernetes）はマルチクラウド・大規模・OSSエコシステム重視のときに有利

• 料金はFargateがタスク秒課金、EC2がインスタンス時間課金で性質が異なる

• フリーランス案件は月額60〜90万円が中心帯で、IaC・CI/CD・監視まで扱える人が単価を伸ばしやすい

• 学習はDocker→AWS基礎→ECS実装→IaC→必要ならEKS、の順が現実的

参照元・一次情報：

• Amazon ECS 公式ドキュメント

• AWS Fargate 公式ドキュメント

• AWS Fargate 料金

• AWS Pricing Calculator