本文已超過一年。較舊的文章可能包含過時的內容。請檢查頁面中的資訊自發布以來是否已變得不正確。
Gateway API v1.0：正式發佈
我們謹代表 Kubernetes SIG Network 宣布 Gateway API v1.0 版本發布！此版本標誌著此專案的一個巨大里程碑。多個關鍵 API 正在升級至 GA（正式發布），同時其他重要功能已新增至實驗性通道。
最新消息
升級至 v1
此版本包含 Gateway、GatewayClass 和 HTTPRoute 升級至 v1，這表示它們現在已正式發布 (GA)。此 API 版本表示對 API 介面高度的信心，並提供向後相容性的保證。請注意，雖然標準通道中包含的這些 API 版本現在被認為是穩定的，但這並不意味著它們是完整的。這些 API 將繼續透過實驗性通道接收新功能，因為它們符合升級標準。如需更多關於這一切如何運作的資訊，請參閱 Gateway API 版本控制政策。
標誌
Gateway API 現在有了標誌！此標誌是透過協作流程設計的，旨在代表這是一組 Kubernetes API，用於路由南北向和東西向的流量。
CEL 驗證
歷史上，Gateway API 在安裝 API 時捆綁了一個驗證 webhook。從 v1.0 開始，webhook 安裝是可選的，僅建議用於 Kubernetes 1.24。Gateway API 現在包含 CEL 驗證規則，作為 CRD 的一部分。Kubernetes 1.25+ 支援這種新的驗證形式，因此在大多數安裝中不再需要驗證 webhook。
標準通道
此版本主要著重於確保現有的 beta API 得到良好定義，並充分穩定以升級至 GA。這促成了各種規格的澄清，以及對狀態的一些改進，以改善與 Gateway API 互動時的整體 UX。
實驗性通道
此版本中包含的大多數變更都僅限於實驗性通道。這些包括 HTTPRoute 超時、從閘道到後端的 TLS 設定、WebSocket 支援、閘道基礎架構標籤等等。請繼續關注後續的部落格文章，其中將詳細介紹這些新功能。
其他
如需此版本中包含的變更完整列表，請參閱 v1.0.0 版本說明。
我們如何走到這裡
Gateway API 的想法最初是在 4 年前的 KubeCon San Diego 上 提出，作為下一代 Ingress API。從那時起，一個令人難以置信的社群已經形成，以開發可能已成為 Kubernetes 歷史上最具協作性的 API。到目前為止，已有超過 170 人為此 API 做出貢獻，而且這個數字持續增長。
特別感謝 20 多位 同意在此專案中擔任正式角色的社群成員，他們撥出時間進行審查並分擔維護專案的負擔！
我們特別想表彰在該專案早期開發中發揮關鍵作用的榮譽維護者。
試試看
與其他 Kubernetes API 不同，您無需升級到最新版本的 Kubernetes 即可獲得最新版本的 Gateway API。只要您運行的是 Kubernetes 最近 5 個次要版本之一 (1.24+)，您就可以開始使用最新版本的 Gateway API。
若要試用 API，請依照我們的 入門指南。
接下來是什麼
此版本僅僅是 Gateway API 更大旅程的開始，而且在 API 未來的版本中，仍有許多新功能和新想法正在醞釀中。
我們未來的主要目標之一是努力穩定並升級 API 的其他實驗性功能。這些包括 服務網格支援、其他路由類型 (GRPCRoute, TCPRoute, TLSRoute, UDPRoute) 以及各種實驗性功能。
我們也一直致力於將 ReferenceGrant 移轉到內建的 Kubernetes API 中，該 API 不僅可用於 Gateway API。在 Gateway API 內部，我們已使用此資源來安全地啟用跨命名空間引用，而這個概念現在正被其他 SIG 採用。此 API 的新版本將由 SIG Auth 擁有，並且在遷移到內建的 Kubernetes API 時，可能會包含至少一些修改。
KubeCon + CloudNativeCon 的 Gateway API
在 北美 KubeCon (芝加哥) 和鄰近的 貢獻者峰會 上，有幾個與 Gateway API 相關的演講將更詳細地介紹這些主題。如果您今年將參加這些活動中的任何一個，請考慮將這些演講加入您的行程。
貢獻者峰會
KubeCon 主要活動
KubeCon 線上諮詢時間
如果您想討論或腦力激盪任何相關主題，Gateway API 維護者將在 KubeCon 舉辦線上諮詢時段。若要取得關於這些時段的最新更新，請加入 Kubernetes Slack 上的 #sig-network-gateway-api 頻道。
參與其中
我們才剛開始探索 Gateway API 的潛力。有很多機會可以參與其中，並協助定義 Kubernetes 路由 API（適用於 Ingress 和 Mesh）的未來。
如果您對此感興趣，請加入我們的社群，並協助我們一同建構 Gateway API 的未來！