如何识别请求Pod的Ingress/Service？能否配置环境变量实现？

首先明确：无法通过Service或Ingress直接为同一个Deployment的Pod设置差异化环境变量，因为Pod实例由Deployment统一管理，环境变量在Pod启动时注入，无法根据不同的访问路径动态变更。但可以通过以下方式识别请求来源：

方案1：利用ALB Ingress添加自定义请求头（推荐） #

AWS ALB Ingress Controller支持通过注解配置为转发的请求添加自定义HTTP头，Pod内的应用只需读取这些头即可识别请求来自哪个Ingress/Service。

配置示例 #

修改两个Ingress的metadata.annotations：

• 针对backend-1（关联service-1）：

metadata:
  name: backend-1
  annotations:
    # 保留原有注解，新增以下配置
    alb.ingress.kubernetes.io/headers: '{"X-Ingress-Name": "backend-1", "X-Service-Name": "service-1"}'
    alb.ingress.kubernetes.io/headers-if-not-present: '{"X-Ingress-Name": "backend-1", "X-Service-Name": "service-1"}'

• 针对backend-2（关联service-2）：

metadata:
  name: backend-2
  annotations:
    # 保留原有注解，新增以下配置
    alb.ingress.kubernetes.io/headers: '{"X-Ingress-Name": "backend-2", "X-Service-Name": "service-2"}'
    alb.ingress.kubernetes.io/headers-if-not-present: '{"X-Ingress-Name": "backend-2", "X-Service-Name": "service-2"}'

验证方式 #

Pod内的应用读取X-Ingress-Name和X-Service-Name请求头，即可直接判断请求的来源Ingress和Service。

方案2：利用Host头间接识别Ingress来源 #

两个Ingress绑定了不同的Host（domain.com和different_domain_name.com），Pod内的应用可以直接读取请求的Host头，间接对应到对应的Ingress（进而关联到绑定的Service）。这种方式无需额外配置，但只能识别到Ingress的Host，无法直接获取Service名称。

方案3：通过Service目标端口差异化配置（需调整应用） #

如果允许修改Service和应用配置，可以给两个Service设置不同的targetPort，同时让Pod内的应用监听多个端口，通过请求到达的端口识别来源：

• 将service-1的spec.ports.targetPort设为8080
• 将service-2的spec.ports.targetPort设为8081
• 调整Pod内的应用，同时监听8080和8081端口，根据请求到达的端口判断对应的Service。
  这种方式侵入性较强，适合对请求头有顾虑的场景。

内容的提问来源于stack exchange，提问作者opensource-developer