如何在Kubernetes Pod中使用Service名称替换指定IP值

方案1：直接替换配置为Service DNS域名 #

Kubernetes集群默认部署CoreDNS提供服务发现能力，同一个集群内的Pod可以通过Service的DNS域名直接访问对应服务，无需写固定IP：

• 同命名空间下的Service，直接使用Service名称作为访问地址
• 跨命名空间的Service，使用Service名称.命名空间.svc.cluster.local作为访问地址

直接把你配置中原IP的位置替换为上述格式的Service域名即可，集群DNS会自动完成解析。

方案2：通过ConfigMap/Secret托管配置动态注入 #

如果不想修改镜像内的硬编码配置，可以把配置文件托管到ConfigMap中，将IP位置替换为Service域名后，挂载到Pod的对应配置路径：

1. 创建存储配置的ConfigMap示例：

apiVersion: v1
kind: ConfigMap
metadata:
  name: app-service-config
data:
  your-config-file.conf: |
    # 两处配置替换为对应Service域名示例
    first.service.addr = service-a
    second.service.addr = service-b.other-ns.svc.cluster.local

2. 在Pod定义中挂载ConfigMap到配置文件路径：

apiVersion: v1
kind: Pod
metadata:
  name: your-app-pod
spec:
  containers:
  - name: app-container
    image: your-business-image:v1
    volumeMounts:
    - name: config-volume
      # 替换为你容器内配置文件的实际路径
      mountPath: /etc/your-app/your-config-file.conf
      subPath: your-config-file.conf
  volumes:
  - name: config-volume
    configMap:
      name: app-service-config

方案3：使用Kubernetes自动注入的Service环境变量 #

如果你的应用配置支持读取环境变量，Kubernetes会默认给Pod注入同命名空间下所有Service的地址、端口环境变量，格式为<大写Service名>_SERVICE_HOST、<大写Service名>_SERVICE_PORT，你可以直接在配置中引用这些变量，无需硬写地址。

注意事项：

1. 自动注入的Service环境变量仅包含Pod创建时已经存在的同命名空间Service，后创建的Service需要重建Pod才能拿到对应环境变量，DNS域名无此限制
2. 确保Pod的dnsPolicy保持默认的ClusterFirst配置，否则无法正常解析集群内Service域名
3. 确保集群CoreDNS服务运行正常

内容的提问来源于stack exchange，提问作者fatima zahra ben yahya