AKS集群中基于Istio的多应用动态金丝雀路由实现问询

针对AKS集群中基于Istio的多应用金丝雀路由需求，核心思路是通过请求头部传播+基于头部的服务路由规则，在服务调用链中传递金丝雀标识，实现四个场景的动态路由控制。以下是具体实现步骤：

一、核心配置逻辑 #

1. 头部自动传播：配置Istio Sidecar或全局规则，自动在服务间调用时传递x-canary头部，避免手动在业务代码中处理
2. 服务级路由规则：为每个应用（A、B）配置VirtualService，根据x-canary头部值路由到对应版本
3. 场景覆盖：通过头部的不同取值（true/false/无），实现四种跨应用版本的路由组合

二、具体配置示例 #

1. 全局头部传播配置（Sidecar方式） #

为目标命名空间下的所有服务配置自动传播x-canary头部，确保调用链中头部不丢失：

apiVersion: networking.istio.io/v1alpha3
kind: Sidecar
metadata:
  name: default
  namespace: myappnamespace
spec:
  egress:
  - hosts: ["*/*"]
    httpProxy:
      headers:
        request:
          set:
            x-canary: "%REQ(x-canary)%"

2. 应用A的VirtualService配置 #

同时实现自身的金丝雀路由，以及向外调用时的头部传递：

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: app-a
  namespace: myappnamespace
spec:
  gateways:
    - mesh
    - "istio-system/ingress-gateway"
  hosts:
    - "app-a.myappnamespace.svc.cluster.local"
    - "app-a.services.mydomain.com"
  http:
    # 路由到金丝雀版本A1
    - match:
      - headers:
          x-canary:
            exact: "true"
      route:
      - destination:
          host: app-a.myappnamespace.svc.cluster.local
          port: { number: 8080 }
          subset: canary
      # 转发请求时保留x-canary头部
      headers:
        request:
          set:
            x-canary: "%REQ(x-canary)%"
    
    # 路由到主版本A
    - match: [{ uri: { prefix: "/" } }]
      route:
      - destination:
          host: app-a.myappnamespace.svc.cluster.local
          port: { number: 8080 }
          subset: production
        weight: 100
      # 支持主版本A主动触发路由到金丝雀B1
      headers:
        request:
          set:
            x-canary: "%REQ(x-canary)%"

3. 应用B的VirtualService配置 #

根据传入的x-canary头部，路由到对应版本：

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: app-b
  namespace: myappnamespace
spec:
  gateways: [mesh]
  hosts: ["app-b.myappnamespace.svc.cluster.local"]
  http:
    # 场景4：来自金丝雀A1的请求（x-canary:true）路由到B1
    - match:
      - headers:
          x-canary:
            exact: "true"
      route:
      - destination:
          host: app-b.myappnamespace.svc.cluster.local
          port: { number: 8080 }
          subset: canary
    
    # 场景1/3：无头部或x-canary:false路由到主版本B
    - match: [{ uri: { prefix: "/" } }]
      route:
      - destination:
          host: app-b.myappnamespace.svc.cluster.local
          port: { number: 8080 }
          subset: production
        weight: 100

三、场景验证 #

通过curl发送不同头部的请求，验证路由逻辑：

# 场景1：主版本A → 主版本B
curl -H "Host: app-a.services.mydomain.com" http://<ingress-ip>/call-b

# 场景2：主版本A → 金丝雀版本B1
curl -H "Host: app-a.services.mydomain.com" -H "x-canary: true" http://<ingress-ip>/call-b

# 场景3：金丝雀版本A1 → 主版本B
curl -H "Host: app-a.services.mydomain.com" -H "x-canary: false" http://<ingress-ip>/call-b

# 场景4：金丝雀版本A1 → 金丝雀版本B1
curl -H "Host: app-a.services.mydomain.com" -H "x-canary: true" http://<ingress-ip>/call-b

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