Istio路由：如何通过Gateway配置指定路径的流量转发规则

Istio的路由规则是按从上到下的顺序匹配的，所以只需将更精确的路由规则放在前面，就能实现你需要的"优先匹配foo/bar/*，剩余foo/*路由到foo-service"的逻辑，无需复杂正则排除。以下是完整配置示例：

1. 配置Istio Gateway #

首先创建网关，暴露HTTP入口：

apiVersion: networking.istio.io/v1alpha3
kind: Gateway
metadata:
  name: foo-gateway
spec:
  selector:
    istio: ingressgateway # 关联Istio默认的入口网关Pod
  servers:
  - port:
      number: 80
      name: http
      protocol: HTTP
    hosts:
    - "*" # 匹配所有域名，可根据实际业务修改为具体域名（如your-domain.com）

2. 配置VirtualService实现路由规则 #

创建虚拟服务，定义具体的路由转发逻辑：

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: foo-bar-vs
spec:
  hosts:
  - "*" # 需与Gateway的hosts配置保持一致
  gateways:
  - foo-gateway # 关联上面创建的网关
  http:
  # 规则1：优先匹配foo/bar/*请求，路由到bar-service
  - match:
    - uri:
        prefix: "/foo/bar/" # 匹配所有以/foo/bar/开头的请求
    route:
    - destination:
        host: bar-service # 集群内bar-service的Service名称
        port:
          number: 80 # bar-service暴露的端口，根据实际修改
  # 规则2：剩余foo/*请求（已排除foo/bar/*）路由到foo-service
  - match:
    - uri:
        prefix: "/foo/" # 匹配所有以/foo/开头的请求
    route:
    - destination:
        host: foo-service # 集群内foo-service的Service名称
        port:
          number: 80 # foo-service暴露的端口，根据实际修改

关键说明 #

• 路由顺序：Istio会按规则定义顺序匹配，第一个规则匹配到的请求不会进入后续规则，天然实现了"排除foo/bar/*"的效果。
• 服务关联：确保bar-service和foo-service在集群中存在，且Istio已为其Pod注入了sidecar（可通过kubectl get pods查看容器列表，确认包含istio-proxy容器）。
• 匹配方式：如果需要更复杂的路径匹配（如正则），可以将prefix替换为regex，例如uri: { regex: "^/foo/bar/.*$" }，但前缀匹配场景下prefix更简洁高效。

配置验证 #

应用配置后，可通过istioctl analyze命令检查配置是否存在语法错误，也可通过curl请求测试路由是否生效：

# 测试foo/bar/*路由
curl http://<网关IP>/foo/bar/test
# 测试foo/*路由
curl http://<网关IP>/foo/test

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