AWS Fargate 是 ECS 與 EKS 可用的 serverless container compute。以 ECS 為例，你不必建 EC2 cluster、patch host 或配置 bin packing；但還是要定義 image、CPU/memory、port、health check、IAM、network、desired count 與 deployment policy。
Task 是部署單位，Service 才維持長駐
task definition 是有版本的執行規格，可放一個主要 container 與緊密耦合的 sidecar。同一 task 的 containers 共用生命週期，也無法各自擴縮；API、worker 與排程工作通常拆成不同 task family。
一次性 batch 可直接 run task。長駐 API 則交給 ECS service 維持 desired count，搭配 Application/NLB、health check、rolling 或 blue/green deployment。Application Auto Scaling 改的是 task 數；每個 task 內能處理多少 concurrent request，仍由應用程式與 CPU/memory 決定。
每個 task 都進你的 VPC
Fargate 強制使用 awsvpc；每個 task 取得 ENI、private IP 與 security groups。private subnet 若要拉 image、取 secret 或連公開 API，需要 NAT，或替 ECR、CloudWatch、Secrets Manager 等配置 VPC endpoint。這些網路元件的費用與故障面常比 container 本身更容易漏估。
區分 task execution role 與 task role：前者讓 ECS 拉 image、送 log、取得啟動所需 secret；後者才是 application 呼叫 AWS API 的身分。不要把 broad execution permission 當成應用程式權限，也不要把靜態 AWS key 烤進 image。
無主機不等於無狀態限制
task 會被替換，local disk 應視為 ephemeral。Fargate storage 文件 定義可配置的 ephemeral storage；持久資料放 S3、RDS、DynamoDB 或合適的 network filesystem。收到 termination signal 時要停止接新工作、完成或重新排隊 in-flight job。
選定 CPU/memory 組合後，監控 utilization、OOM、task startup、deployment failure、ALB target response 與 queue depth。scale-in protection、minimum healthy percent、circuit breaker 和 rollback 都應用 failure injection 驗證。
跟 Lambda、App Runner、EC2 怎麼選
Fargate 適合標準 container、長時間服務或 worker、sidecar、VPC 深度整合，以及不想管 host 的團隊。Lambda 更適合短事件與極端 burst；App Runner 對單純 HTTP service 更省設定；EC2/ECS 則在穩定高利用率、特殊硬體或 host-level control 下可能更合適。
Fargate 的價值是把 host responsibility 交給 AWS，不是消除 platform engineering。驗收應中止一個 task、讓 image pull 失敗、耗盡 subnet IP、切斷 NAT 或 endpoint，再確認 deployment、alarm 與 rollback 能救回服務。
參考資料
Loading...