Gateway API v1.0 版本现已发布。公告指出，此版本是该项目的一个重要里程碑。几个关键的 API 已经升级为 GA（generally available，一般可用），同时其他重要功能已添加到实验（Experimental）通道。
新增内容
升级到 v1
此版本将Gateway、GatewayClass和HTTPRoute升级为 v1，意味着它们现在是一般可用的。这个 API 版本表示对 API 表面具有高度的信心，并提供向后兼容的保证。需要注意的是，虽然标准（Standard）通道中包含的这些 API 版本现在被认为是稳定的，但这并不意味着它们是完整的。这些 API 将继续通过实验通道接收新的功能，以满足升级的标准。
Logo
Gateway API 现在有了自己的 Logo！这个 Logo 是通过协作过程设计的，旨在代表这是一组用于在 Kubernetes 中进行南北向和东西向流量路由的 API：
CEL 验证
过去，Gateway API 作为安装 API 的一部分绑定了验证 webhook。从 v1.0 开始，webhook 的安装是可选的，仅建议在 Kubernetes 1.24 上使用。Gateway API 现在将CEL ]验证规则作为 CRDs 的一部分进行了包含。这种新形式的验证在 Kubernetes 1.25+中得到支持，因此在大多数安装中不再需要验证 webhook。
标准通道
此版本的主要重点是确保现有的 beta API 定义明确，并足够稳定，可以升级为 GA。这导致了各种规范的澄清，以及一些改进，以提高与 Gateway API 交互时的整体用户体验。
实验通道
此版本中包含的大部分更改都限于实验通道，包括 HTTPRoute 超时、从 Gateway 到后端的 TLS 配置、WebSocket 支持、Gateway 基础设施标签等。
接下来，项目团队将继续致力于努力稳定和升级 API 的其他实验性功能。包括支持服务网格]、额外的路由类型（GRPCRoute、TCPRoute、TLSRoute[17]、UDPRoute）以及各种实验性功能。
以及将ReferenceGrant移入内置的 Kubernetes API 中，使其可以用于不仅仅是 Gateway API。“在 Gateway API 中，我们使用这个资源来安全地启用跨命名空间引用，而这个概念现在被其他 SIGs 采纳。这个 API 的新版本将归 SIG Auth 所有，并且在迁移到内置的 Kubernetes API 时可能包含至少一些修改。”
更多详情可查看：https://github.com/kubernetes-sigs/gateway-api/releases/tag/v1.0.0
还没有评论，来说两句吧...