<div id="readability-page-1"><div>近日，亞馬遜雲科技在其 Load Balancer Controller 中正式發佈了對 Kubernetes Gateway API 的支持。通過此次發佈，團隊將可以通過 來管理 Application Load Balancer 和 Network Load Balancer。Gateway API 是由 Kubernetes SIG 維護的標準規範，作為日漸老舊的 Ingress API 的繼任者，它正在獲得越來越多的關注。這一點之所以重要，是因為它解決了註解的難題。在 Gateway API 出現之前，用户需要將 JSON 配置塞進 Kubernetes 註解中來配置負載均衡器。沒有 schema 驗證，沒有 IDE 支持，只有字符串，而這些字符串可能在運行時出問題。現在，藉助適當的驗證和 GitOps 友好的 YAML ，用户可以獲得類型安全的（CRD）。 現在使用 Gateway API 資源同時處理第 4 層路由（TCP、UDP、TLS via Network Load Balancer）和第 7 層路由（HTTP、gRPC via Application Load Balancer）。這完善了 AWS Gateway API 覆蓋範圍，因為 VPC Lattice 已經在東西向服務網格流量中提供了支持。兩者一起使用相同的 Kubernetes 原生 API 覆蓋了南北向入口和東西向服務通信。以前的方式是這樣的：將目標組屬性、健康檢查配置和粘性設置塞進註解字符串中。新方法使用了三個 CRD：TargetGroupConfiguration、LoadBalancerConfiguration 和 ListenerRuleConfiguration，這些配置在生效時就會進行驗證，而不是在運行時神秘地失敗。例如，配置註銷延遲以前需要解析這樣的註解：現在它變成了結構化數據：Gateway API 將職責分散到了三個資源中。平台團隊定義 GatewayClass（基礎設施模板），集羣運營商配置 Gateway（監聽器、TLS、子網分配），應用開發者創建 Routes（基於路徑的路由、header 匹配）。這可以清晰地映射到 RBAC 邊界，開發人員不需要集羣管理員權限就可以路由流量。<img src="https://imageproxy.pbkrs.com/https://static001.geekbang.org/infoq/52/522809b5bfeb926b957870c7204fdc44.png?x-oss-process=image/auto-orient,1/interlace,1/resize,w_1440,h_1440/quality,q_95/format,jpg" width="624" height="541" original-src="https://imageproxy.pbkrs.com/https://static001.geekbang.org/infoq/52/522809b5bfeb926b957870c7204fdc44.png"/>圖片來源：—— API Gateway 組件跨命名空間路由現在也可以實現了。平台團隊在單個命名空間中配置一個共享 Gateway。應用程序團隊在不同的命名空間中創建引用它們的 HTTPRoute，而開發人員無需接觸安全組或 VPC 子網等基礎設施層的設置，控制器會自動配置負載均衡器。亞馬遜雲科技工程師 Alexandra Huides 和 Zac Nixon 在中寫道， AWS Certificate Manager 中的自動 TLS 證書發現功能已擴展到 Gateway API 監聽器。當你指定一個主機名時，控制器會查詢 ACM 並附加匹配的證書。證書輪換會自動進行，無需手動更新 ARN。Gateway API 並非亞馬遜雲科技所獨有的。Google Cloud 的 GKE Gateway 控制器、NGINX、Envoy Gateway、Istio 等都實現了該規範。列出了 20 多個合規的控制器。亞馬遜雲科技的此次發佈標誌着該規範已經成熟；它於 2023 年 10 月達到 v1.0，2025 年 6 月達到 v1.3。在這裏，可移植性很重要。Gateway、GatewayClass 和 Route 資源中的核心路由邏輯在各種實現中保持了一致。亞馬遜雲科技特有的 CRD（前面提到的三個）仍然是可選且隔離的。你可以編寫可移植的 Kubernetes 清單，並在需要時添加到特定雲的功能中。中包含了一致性測試結果，從中可以看出哪些 Gateway API 功能有效，哪些無效。該控制器支持 HTTPRoute 路徑匹配、基於 header 的路由、加權流量分割和 TLS 終止。關於 ReplacePrefixMatch 的部分邊緣情況有一些記錄在案的 ALB 限制。已經使用 Ingress 資源的團隊不需要立即遷移。該控制器仍然支持 Ingress，它沒有被棄用。但新項目可能會完全跳過 Ingress，直接從 Gateway API 開始。隨着集羣的增長，更好的驗證、更清晰的錯誤消息和角色分離會帶來讓人滿意的回報。需要注意的是，Gateway API 資源需要啓用控制器的功能標誌。涵蓋了啓用 Gateway API 支持和安裝 CRD。運行舊版控制器的團隊需要升級到 v2.13.3+ 來獲得第 4 層支持，升級到 v2.14.0+ 來獲得第 7 層支持。此外，在 Reddit 上的一箇中，有一位受訪者表示：對於此次發佈，該公告將其描述為&#34;在 AWS 上現代化 Kubernetes 部署&#34;。該控制器的 顯示，Gateway API 支持是從 2024 年的實驗性 Beta 版本發展到此次正式發佈，社區對於這項功能一直都比較關注。對於深度使用 EKS 的團隊來説，為了獲得 Gateway API 功能而添加第三方入口控制器少了一個理由。這是否重要取決於你在亞馬遜雲科技支持的技術棧與採用最佳開源工具之間如何權衡。聲明：本文為 InfoQ 翻譯，未經許可禁止轉載。</div></div>

AMZZ

亞馬遜每日 2 倍做多 ETF - Direxion

AMZW

雲計算 ETF - GlobalX

亞馬遜雲科技正式發佈了對 Kubernetes Gateway API 的支持，允許團隊通過 Load Balancer Controller 管理 Application Load Balancer 和 Network Load Balancer。Gateway API 作為 Ingress API 的繼任者，解決了註解配置的難題，提供了類型安全的 CRD，支持第 4 層和第 7 層路由，增強了 AWS Gateway API 的功能。

AWS Load Balancer Controller 正式發佈，帶來 Kubernetes Gateway API 支持