1. GRPCRoute 与 gRPC 服务治理中 gRPC 方法级路由、gRPC 状态码匹配、与 Istio/Linkerd 的协同及 gRPC-Web 转换
GRPCRoute 与 gRPC 服务治理如何实现？gRPC 方法级路由、gRPC 状态码匹配、与 Istio/Linkerd 的协同、gRPC-Web 转换如何设计？
- GRPCRoute 的方法级路由
- gRPC 状态码匹配与重试
- 与 Service Mesh 协同及 gRPC-Web 转换
GRPCRoute 是 Gateway API 中专用于 gRPC 的路由资源，支持按 gRPC 方法（service/method）做精细路由。方法级路由：在 GRPCRoute 的 rule 中用 matches 匹配 gRPC 方法（如 /greeter.SayHello），可按方法名、服务名做前缀/精确匹配，并把不同方法路由到不同后端（如 /v1 方法到 service-a，/v2 到 service-b），实现方法级灰度与分流。gRPC 状态码匹配：支持按 gRPC 状态码（如 UNIMPLEMENTED、UNAVAILABLE）进行重试与响应匹配，可在用 filters 定义重试策略（对特定状态码重试），提升 gRPC 可靠性。与 Istio/Linkerd 协同：Gateway API 作为南北向入口，网格（Envoy/Istio/Linkerd）负责东西向流量；GRPCRoute 可被 Istio 实现（istio 的 Gateway/GRPCRoute 支持）或 Envoy Gateway 作为入口，把流量路由到网格集群，网格内做 mTLS 与重试。gRPC-Web 转换：GRPCRoute 的 filters 支持 gRPC-Web 转换（Envoy 的 gRPC-Web filter），让浏览器（无法直接 gRPC）通过 gRPC-Web 协议访问 gRPC 服务，门户/前端无需自建转换层。
GRPCRoute 的价值在于"把 gRPC 的治理能力纳入标准 API"。方法级路由支持精细分流，状态码匹配支持可靠性（重试），与网格协同实现南北+东西统一，gRPC-Web 转换打通浏览器访问。相比传统 Ingress 对 gRPC 支持弱，GRPCRoute 是 gRPC 治理的标准方案。
# GRPCRoute 方法级路由（示意）
kubectl apply -f - <<'YAML'
apiVersion: gateway.networking.k8s.io/v1
kind: GRPCRoute
metadata:
name: example
spec:
parentRefs: [{name: example-gateway}]
rules:
- matches: [{method: {service: greeter, method: SayHello}}]
backendRefs: [{name: greeter-v1, port: 9000}]
YAML