原文標題：Introducing Amazon ECS Gateway: A fully-managed ingress solution for ECS services
AWS 於 10 月 20 日發表 Amazon ECS Gateway，目的是降低容器化服務的對外入口網路設定負擔。過去企業在 Amazon Elastic Container Service（ECS）部署每個新服務時，往往需個別建立 Application Load Balancer（ALB）、AWS Certificate Manager（ACM）憑證、AWS WAF 網頁 ACL 與安全群組，再處理後續擴縮與設定一致性。
新的 ECS Gateway 採帳號層級資源設計，將平台維運團隊與應用開發團隊的責任分開。平台團隊可集中指定子網路、安全群組、TLS 憑證、監聽器設定與 WAF 網頁 ACL，並將 Gateway 關聯至一個或多個 ECS 叢集。應用團隊建立或更新服務時，只需加入 gateway connector 參數，即可要求 ECS 自動配置必要的對外入口資源。
依官方說明，ECS 會為加入 Gateway 的服務自動建立所需的 ACM 憑證、專屬 DNS 主機名稱、ALB listener rules、target groups 與只允許來自 ALB 入站流量的服務安全群組。基礎資源仍建立在客戶自己的 AWS 帳號中，而不是轉移到 AWS 不可見的外部帳號。
服務採主機名稱式路由，單一 ALB 最多可共用 25 個服務。ECS 在第一個服務加入時建立 ALB，容量達到上限時再增加，閒置時移除不再需要的負載平衡資源。平台管理者建立 Gateway 時須指定名稱與供 ECS 佈建資源使用的 IAM infrastructure role，並可在建立時或之後關聯 ECS 叢集。
此功能著重降低跨團隊部署重複作業與配置漂移，但並不代表應用團隊不再需要檢查 IAM 權限、TLS 設定與 WAF 規則。官方可讀公告段落未提供所有區域支援清單或完整費率，實際部署前應再核對 ECS 文件與 AWS 價格頁。
發生了什麼事
AWS 推出 ECS Gateway，以帳號層級資源集中定義容器入口網路政策，並替服務自動配置 ALB、憑證與路由資源。
為什麼重要
平台團隊可避免每個服務重複配置網路元件，並透過共用 ALB 降低資源分散及設定漂移風險。
影響哪些人
使用 Amazon ECS 的平台工程、DevOps 與雲端資安團隊，尤其管理多叢集與大量微服務的企業，可評估新架構。
已確認與未確認
已確認 25 個服務共用單一 ALB、帳號層級管理及自動配置項目。公告可讀部分未列出完整區域與價格資訊，本文不推測適用地區或節省比例。
