本文发布已超过一年。较旧的文章可能包含过时内容。请检查页面中的信息自发布以来是否已发生变化。
Kubernetes Gateway API 升级至 Beta
我们很高兴宣布 Gateway API v0.5.0 版本发布。这是首次,我们几个最重要的 Gateway API 资源升级到 Beta 阶段。此外,我们正在启动一项新计划,探索如何将 Gateway API 用于服务网格,并引入新的实验性概念,例如 URL 重写。我们将在下文介绍所有这些以及更多内容。
什么是 Gateway API?
Gateway API 是一组以 Gateway 资源(代表底层网络网关/代理服务器)为中心的资源集合,通过富有表现力、可扩展且面向角色的接口实现强大的 Kubernetes 服务网络功能,这些接口由许多供应商实现并获得了广泛的行业支持。
Gateway API 最初被构想为广为人知的 Ingress API 的继任者,其优势包括(但不限于)对许多常用网络协议(例如 HTTP
、TLS
、TCP
、UDP
)的显式支持,以及对传输层安全 (TLS) 的紧密集成支持。特别是 Gateway
资源使实现者能够将网络网关的生命周期作为 Kubernetes API 进行管理。
如果你是终端用户,对 Gateway API 的一些优势感兴趣,我们邀请你立即开始探索并找到适合你的实现。截至本次发布时,已有十多个流行的 API 网关和服务网格的实现,并且提供了快速入门指南。
入门指南
Gateway API 是一个官方的 Kubernetes API,就像 Ingress 一样。Gateway API 代表了 Ingress 功能的超集,支持更高级的概念。与 Ingress 类似,Kubernetes 没有内置 Gateway API 的默认实现。相反,有许多不同的实现可用,在底层技术方面提供了广泛的选择,同时提供了统一且可移植的体验。
请查阅API 概念文档并查看一些指南,开始熟悉这些 API 及其工作原理。当你准备好实际应用时,请打开实现页面,选择一个你可能已经熟悉或你的集群提供商用作默认实现的(如果适用)现有技术的实现。Gateway API 是一个基于自定义资源定义 (CRD) 的 API,因此你需要将 CRD 安装到集群上才能使用该 API。
如果你特别有兴趣为 Gateway API 贡献力量,我们非常欢迎你的加入!请随时在仓库上提出新问题,或加入讨论。还可以查阅社区页面,其中包含 Slack 频道和社区会议的链接。
发布亮点
升级至 Beta 阶段
v0.5.0
版本发布具有特别重要的历史意义,因为它标志着一些关键 API 的成熟度已提升至 Beta API 版本 (v1beta1
)。
这一成就得益于满足了多个升级标准
- API 已被广泛实现。
- 一致性测试提供了对所有资源的基本覆盖,并且有多个实现通过了测试。
- API 的大部分功能正在被积极使用。
- Kubernetes SIG Network API 评审人员已批准升级至 Beta 阶段。
有关 Gateway API 版本控制的更多信息,请参阅官方文档。要了解未来版本的计划,请查看后续步骤部分。
发布通道
本次发布引入了 experimental
(实验性)和 standard
(标准)发布通道,这有助于在保持稳定性的同时,更好地平衡实验和迭代开发。
standard
发布通道包括
- 已升级到 Beta 阶段的资源
- 已升级到标准(不再被视为实验性)的字段
experimental
发布通道包括 standard
发布通道的所有内容,此外还有
alpha
API 资源- 被视为实验性且尚未升级到
standard
通道的字段
发布通道在内部用于实现快速迭代开发,在外部用于向实现者和终端用户表明功能的稳定性。
本次发布我们添加了以下实验性功能
其他改进
有关 v0.5.0
版本包含的更改的完整列表,请参阅v0.5.0 发布说明。
用于服务网格的 Gateway API:GAMMA 倡议
一些服务网格项目已经实现了对 Gateway API 的支持。服务网格接口 (SMI) API 和 Gateway API 之间的显著重叠引发了 SMI 社区关于可能集成的讨论。
我们很高兴宣布,服务网格社区,包括 Cilium Service Mesh、Consul、Istio、Kuma、Linkerd、NGINX Service Mesh 和 Open Service Mesh 的代表,正在共同组建 GAMMA 倡议,这是 Gateway API 子项目内一个专门的工作流,专注于将 Gateway API 用于网格管理和管理。
该小组将提交增强提案,内容包括针对网格和网格相关用例的 Gateway API 规范的资源、新增内容和修改。
这项工作已从探索将 Gateway API 用于服务间流量开始,并将继续在认证和授权策略等领域进行增强。
后续步骤
随着我们继续使 API 成熟以适应生产用例,以下是我们将在未来 Gateway API 版本中重点关注的一些内容
- 用于 gRPC 流量路由的 GRPCRoute
- 路由委托
- 第四层 API 成熟度:将 TCPRoute、UDPRoute 和 TLSRoute 升级至 Beta 阶段
- GAMMA 倡议 - 用于服务网格的 Gateway API
如果此列表中有你想参与的内容,或者有不在列表上但你希望列入路线图的内容,请加入 Kubernetes Slack 上的 #sig-network-gateway-api 频道或参加我们的每周社区电话会议。