如何基于Ingress调用情况路由Kubernetes Pod的出口流量？

一、原生Ingress API做不到 #

原生K8s Ingress的核心作用是把外部流量路由到集群内的Service，它没有能力直接修改Pod内部的出口请求URL，也没法根据不同Ingress给Pod传递动态参数来触发数据源切换。所以单纯靠标准Ingress API的kube.yml配置，满足不了你的需求。

二、用Nginx Ingress Controller实现（无需改应用代码） #

核心思路是通过Nginx的自定义注解，给不同lane的请求打上标识，再通过两种方式实现数据源切换：要么把标识传给Pod让它内部处理（如果能接受轻量改动），要么直接在Nginx或Sidecar层重写出口URL（完全不改应用）。

1. 给不同Ingress注入lane标识头 #

针对每个lane的域名/路径，配置Ingress的nginx.ingress.kubernetes.io/configuration-snippet注解，给请求添加带有lane ID的自定义头。所有Ingress都指向同一个Service，复用Pod实例：

# lane A的Ingress配置
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: app-lane-a
  annotations:
    nginx.ingress.kubernetes.io/configuration-snippet: |
      proxy_set_header X-Lane-Id "lane-a";
spec:
  rules:
  - host: lane-a.yourcompany.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: shared-app-service
            port:
              number: 80

# lane B的Ingress配置
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: app-lane-b
  annotations:
    nginx.ingress.kubernetes.io/configuration-snippet: |
      proxy_set_header X-Lane-Id "lane-b";
spec:
  rules:
  - host: lane-b.yourcompany.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: shared-app-service
            port:
              number: 80

2. 直接在Nginx层重写Pod的出口URL（完全不改应用） #

如果你的数据源URL是标准化的（比如http://data-{{lane}}.internal），可以让Nginx直接把请求转发到对应数据源，甚至不用经过应用Pod的业务逻辑（如果应用只是做代理的话）。配置示例：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: app-lane-a
  annotations:
    nginx.ingress.kubernetes.io/configuration-snippet: |
      # 直接把请求转发到lane-a的数据源
      proxy_pass http://data-lane-a.internal$request_uri;
spec:
  rules:
  - host: lane-a.yourcompany.com
    http:
      paths:
      - path: /api/data
        pathType: Prefix
        backend:
          # 这里随便填一个存在的Service就行，因为Nginx会用proxy_pass覆盖
          service:
            name: shared-app-service
            port:
              number: 80

3. Sidecar拦截重写（适合应用有业务逻辑的场景） #

如果应用本身需要处理业务，不能直接让Nginx转发到数据源，可以给Pod加一个Envoy或Nginx Sidecar：

• Nginx Ingress把X-Lane-Id头传入Pod；
• Sidecar监听Pod的出口流量，根据这个头自动替换数据源的URL（比如把http://data.internal改成http://data-lane-a.internal）；
• 应用代码完全不用修改，感知不到数据源的变化。

三、关键注意事项 #

• 所有Ingress必须指向同一个Service，确保流量都打到复用的Pod实例上；
• 如果用请求头传递lane信息，要在Nginx配置里限制头的来源，防止外部恶意注入；
• 上线前要做全lane的流量测试，验证数据路由的正确性，避免串流。

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