Istio金丝雀部署咨询：20%流量分流至多兼容新服务

实现思路 #

通过Istio VirtualService的随机流量匹配+顺序路由规则实现需求：

• 用随机百分比匹配20%的全局流量，直接转发至新的Service-MultiSupport
• 剩余80%流量沿用原有逻辑，根据请求头部值匹配对应旧服务

具体配置示例 #

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: my-business-vs # 自定义VirtualService名称
spec:
  hosts:
    - my-business-service # 替换为你的入口服务Host（如对外域名或内部服务名）
  http:
    # 规则1：20%随机流量导向新服务
    - match:
        - random:
            percentage:
              value: 20.0
      route:
        - destination:
            host: Service-MultiSupport
            port:
              number: 80 # 替换为新服务的实际监听端口
    # 规则2：匹配头部A1，转发至Service-A1
    - match:
        - headers:
            X-Request-Type: # 替换为你的实际请求头部名称
              exact: "A1"
      route:
        - destination:
            host: Service-A1
            port:
              number: 80 # 替换为旧服务的实际监听端口
    # 规则3：匹配头部A2，转发至Service-A2
    - match:
        - headers:
            X-Request-Type:
              exact: "A2"
      route:
        - destination:
            host: Service-A2
            port:
              number: 80
    # 规则4：匹配头部A3，转发至Service-A3
    - match:
        - headers:
            X-Request-Type:
              exact: "A3"
      route:
        - destination:
            host: Service-A3
            port:
              number: 80

关键注意事项 #

• 配置替换：务必将示例中的my-business-service、头部名称、服务端口替换为你的实际环境值
• 网格校验：确保所有涉及的服务都已注入Istio Sidecar（可通过kubectl get pods查看容器数量，每个Pod应有2个容器）
• 配置验证：用istioctl analyze检查配置合法性，用istioctl pc routes <目标Pod名称> -o yaml查看Sidecar的路由规则是否生效
• 路由顺序：Istio路由规则按定义顺序匹配，务必将金丝雀流量规则放在最前面，避免被后续头部规则拦截

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