本文发布时间已超过一年。较旧的文章可能包含过时的内容。请检查页面中的信息自发布以来是否已变得不正确。

Gateway API v1.0：GA 发布

作者：Shane Utt (Kong), Nick Young (Isovalent), Rob Scott (Google) | 2023年10月31日，星期二

我们谨代表 Kubernetes SIG 网络，高兴地宣布 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 捆绑了一个验证 Webhook 作为安装 API 的一部分。从 v1.0 开始，Webhook 安装是可选的，仅建议用于 Kubernetes 1.24。Gateway API 现在包含 CEL 验证规则作为 CRD 的一部分。Kubernetes 1.25+ 支持这种新的验证形式，因此在大多数安装中不再需要验证 Webhook。

标准通道

此版本的主要重点是确保现有 Beta API 定义明确且足够稳定以升级到 GA。这导致了各种规范澄清，以及一些状态改进，以改善与 Gateway API 交互时的整体用户体验。

实验性通道

此版本中包含的大多数更改都仅限于实验性通道。其中包括 HTTPRoute 超时、从网关到后端的 TLS 配置、WebSocket 支持、网关基础设施标签等。敬请关注后续博客文章，其中将详细介绍每个新功能。

其他一切

有关此版本中包含的更改的完整列表，请参阅 v1.0.0 发行说明。

我们是如何走到这一步的

Gateway API 的想法最初是在 4 年前的 KubeCon 圣地亚哥会议上作为下一代 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 时可能会进行至少一些修改。