在Kubernetes Gateway API的上下文中，它通常被设计为通过各种网关（如HTTPRoute、TCPRoute等）有效地管理 * 入站 * 请求流量。
这个问题更多的是关于管理东/西流量-即同一Kubernetes集群内服务之间的流量。
对于服务网格，这应该是可能的：利用Istio或Linkerd等服务网格可以提供更复杂的路由功能，包括基于报头的条件路由。
这是GAMMA initiative的一部分，它仍然是一个正在进行的工作。
与此同时，“The Future of API Gateways on Kubernetes”（8月。2023）从Pubudu Gunatilaka（高级技术负责人@WSO2）指出：
2022年，Envoy的创建者Matt Klein推出了一个名为Envoy Gateway的新项目，专门针对API网关。
Envoy已经有了构建API网关的必要组件，包括代理层;用于网络流量过滤、路由和处理的可配置过滤器架构;和xDS API用于将数据传输到Envoy代理。
开源Envoy Gateway项目添加了一个管理层，将Envoy代理作为独立网关或Kubernetes管理的API网关进行处理。
您不需要Envoy Gateway，但是，正如Debasree Panda在“What is Envoy Gateway, and why is it required for Kubernetes?“中确认的那样：
Envoy proxy是Istio服务网格的数据平面，用于处理东西向流量（数据中心内的服务到服务通信）
因此，您应该能够实现您的用例，例如使用LUA filter /headers()。