Kubernetes Gateway APIs 与 Istio 集成概述
核心观点与动机
- Kubernetes Gateway APIs 介绍：旨在提供更标准化、可扩展的 Kubernetes 网络路由管理方式，增强与 Istio 等现有项目的集成。
- 动机：简化网络配置、提升生态兼容性、实现平滑迁移。
当前网络 API 状态
- Ingress 资源：支持 HTTP 路由，但存在扩展性不足的问题（如 Nginx 重写规则、HTTP 允许注解）。
- Ingress 扩展：通过 Ingress Replacements 和 Gateway 资源实现更灵活的路由控制。
- Gateway API 特点：支持 Gateway、HTTPRoute、TCPRoute、BackendPolicy 等扩展，提供更丰富的路由策略。
生态集成与迁移
- 生态集成：支持 Knative、cert-manager 等项目，实现无缝对接；通过 "gateway class" 字段切换实现平滑迁移。
- 迁移方案：现有 Ingress 和 Gateway 资源可逐步迁移至新 API，工具支持完整 Istio API 表面。
Kubernetes Gateway 与 Istio Gateway 对比
- Kubernetes Gateway：使用
networking.x-k8s.io API，配置域名、端口、协议和路由规则。
- Istio Gateway：使用
networking.istio.io API，通过 selector 选择 IngressGateway，支持多服务器配置。
- Kubernetes Route 与 Istio VirtualService：分别实现路径匹配和权重路由，支持灵活转发策略。
Istio API 等效性
- 目标：所有 Istio 配置可通过 Kubernetes Gateway API 表达，核心 API 与扩展 API 共存。
- 资源互操作性：现有 Istio 资源（如 VirtualService）与新 API 无缝协作。
- 工具支持：提供迁移工具，支持完整 Istio API 表面。
扩展性设计
- 显式组合：通过
ExtensionRef 引用扩展策略（如 AuthorizationPolicy）。
- 隐式组合：自动应用 DestinationRule 中的负载均衡策略（如 LEAST_CONN）。
Istio API 未来规划
- 稳定化计划：Gateway API 可能成为 Istio 的稳定网络 API，但现有 API 仍将长期支持。
- 架构演进：Ingress 和 Mesh 路由分别通过 IngressGateway 和 VirtualService 实现。
Mesh 挑战
- 管理复杂性：Mesh 环境中 Gateway/proxy 数量级提升，需区分消费者与生产者角色。
- 隐式行为差异：Ingress 配置为空时无路由，Mesh 自动暴露所有 Service。
总结
Kubernetes Gateway API 通过标准化路由配置、支持扩展策略、实现生态集成，为 Istio 提供了更灵活、可扩展的网络管理方案。现有 Istio API 将继续支持，同时提供工具支持平滑迁移。Mesh 环境的复杂性需通过角色区分和策略显式化解决。
