是否有可能通过多个后端链接请求与新的https://gateway-api.sigs.k8s.io/?
这个想法是有一个流依赖于每个服务的响应头，例如:请求→默认网关环境;第一个后端服务"自定义转发报头"→第二个后端服务->自定义转发头"→[X服务]->响应
在Kubernetes网关API中，它通常被设计为通过各种网关(如HTTPRoute, TCPRoute等)有效地管理入站请求流量。
这个问题更多的是关于管理东/西流量——也就是说，在同一个Kubernetes集群内服务之间流动的流量。
这应该可以通过服务网格实现:利用Istio或Linkerd等服务网格可以提供更复杂的路由功能，包括基于报头的条件路由。
这是GAMMA计划的一部分，该计划仍在进行中。
同时，"kubernetes上API网关的未来";(2023年8月)，来自Pubudu Gunatilaka(高级技术主管@ WSO2)指出:
2022年，Envoy的创建者Matt Klein引入了一个名为Envoy Gateway的新项目，专门针对API网关。
Envoy已经拥有构建API网关所需的组件，包括代理层;用于网络流量过滤、路由和处理的可配置过滤器架构;以及用于向Envoy代理传输数据的xDS api。
开源Envoy Gateway项目增加了一个管理层来处理Envoy代理作为独立网关或作为kubernetes管理的API网关。
你不需要特使网关，但是，正如Debasree Panda在"什么是特使网关，为什么Kubernetes需要它?"中所确认的那样:
Envoy代理，Istio服务网格的数据平面，用于处理东西流量(数据中心内的服务对服务通信)
所以你应该能够实现你的用例，例如使用LUA过滤器/headers()。