使用Gloo Edge Ingress Controller处理查询参数后实现服务路由是否可行？

这个方案完全可以实现，Gloo Edge原生支持在路由决策前插入自定义逻辑处理请求属性，具体可按你的自定义逻辑复杂度选择对应实现方式：

• 轻量参数转换场景（比如格式转换、固定规则计算）：直接使用Gloo Edge内置的Transformation过滤器，配置声明式规则即可完成查询参数的修改、新增，处理后的参数可直接用于后续路由匹配。
• 复杂自定义逻辑场景（比如查询数据库、调用外部接口做参数运算）：可选择两种方案：
  1. 部署独立的自定义处理服务，通过Gloo Edge的External AuthZ过滤器接入请求链路：Gloo Edge收到请求后会先将请求元数据（含原始查询参数）转发到你的自定义服务，你执行完逻辑后可返回处理后的参数值或路由目标标识，回传给Gloo Edge后再执行路由决策。
  2. 将自定义逻辑编译为WASM模块，挂载到Gloo Edge的Envoy代理链路中：不需要额外部署独立服务，可直接在代理层完成参数处理，性能损耗更低。

Gloo Edge的路由规则支持匹配请求的任意动态属性，包括你处理后新增/修改的查询参数、自定义请求头或链路元数据，你只需要在VirtualService资源中为两个LoadBalancer服务对应的上游配置对应匹配规则即可，示例配置参考如下：

apiVersion: gateway.solo.io/v1
kind: VirtualService
metadata:
  name: param-route-demo
  namespace: gloo-system
spec:
  virtualHost:
    domains:
    - '*'
    routes:
    # 匹配处理后参数值为target_a的请求，路由到服务A
    - matchers:
      - prefix: /foo
        queryParameters:
          processed_param:
            exact: "target_a"
      routeAction:
        single:
          upstream:
            name: loadbalancer-service-a
            namespace: default
    # 匹配处理后参数值为target_b的请求，路由到服务B
    - matchers:
      - prefix: /foo
        queryParameters:
          processed_param:
            exact: "target_b"
      routeAction:
        single:
          upstream:
            name: loadbalancer-service-b
            namespace: default

注意：如果使用独立自定义服务的方案，需合理设置过滤器的超时、重试规则，避免自定义逻辑耗时过高影响整体请求链路的稳定性。

内容的提问来源于stack exchange，提问作者Origin