Kubernetes Service环境变量配置异常 求助排查

1. 优先解决环境变量加载异常（主机为空的核心诱因） #

先看你主应用deployment的环境变量配置，存在两处语法隐患：

env:
  - name: my-app-host
    value: '{{ index .Values "my-app-host" }}'
  - name: my-app-port
    value: {{ index .Values "my-app-port" }}

• 字符串类型的my-app-host无需用index语法，直接写value: {{ .Values.my-app-host }}更简洁，避免Helm渲染时的引号解析问题；
• 数字类型的my-app-port必须用引号包裹，否则Kubernetes会将其解析为数字而非字符串，导致环境变量注入失败：value: "{{ .Values.my-app-port }}"。

验证操作：

• 用helm template <你的Chart名称>渲染deployment模板，检查输出的env段是否正确填充了主机和端口值；
• 直接查看主应用Pod的环境变量：kubectl exec -n my-ns <主应用Pod名称> -- env | grep my-app，确认两个变量是否存在且值正确。

2. Service配置有效性校验 #

你的Service配置框架没问题，但需要确认细节：

• 替换<container port>为支撑应用容器实际监听的端口（比如8080），该值错误会导致流量转发失败，但不会直接引发主应用环境变量为空；
• 检查支撑应用Pod的labels是否和Service的selectorapp: my-app完全匹配：kubectl get pods -n my-ns --show-labels；
• 确认Service已关联到Pod：kubectl get endpoints -n my-ns my-app，输出中若有支撑应用的Pod IP，说明关联正常。

3. 修改Service端口后应用未更新的原因 #

Service端口修改后，主应用仍用旧端口是因为环境变量是Pod启动时注入的，Service变化不会自动更新已运行Pod的变量，需要：

• 重启主应用Deployment：kubectl rollout restart deployment <主应用Deployment名称> -n my-ns，让新配置生效；
• 或直接删除旧Pod：kubectl delete pod -n my-ns <主应用Pod名称>，Kubernetes会自动创建加载新配置的Pod。

4. 额外验证步骤 #

• 在主应用Pod内测试DNS解析：kubectl exec -n my-ns <主应用Pod名称> -- nslookup my-app，能解析到Service的ClusterIP说明DNS正常；
• 直接测试连通性：kubectl exec -n my-ns <主应用Pod名称> -- curl http://my-app:80/REST-API-endpoint，验证Service是否能正常转发请求。

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