如何在Kubernetes中从ConfigMap等实体程序化引用Service的属性？

Kubernetes原生并不支持让ConfigMap这类资源直接引用其他资源（比如Service）的属性，没法通过简单的占位符自动将Service名称填充到ConfigMap里。不过可以通过以下几种方案实现程序化关联：

1. 使用Kustomize #

Kustomize的变量替换功能可以实现跨资源的值复用，确保Service和ConfigMap使用同一个名称：

首先创建kustomization.yaml：

namespace: ConfigMap-Namespace
vars:
- name: SERVICE_NAME
  objref:
    kind: Service
    name: service-name
    apiVersion: v1
configMapGenerator:
- name: config-map
  literals:
  - ServiceName=$(SERVICE_NAME)
resources:
- service.yaml

再编写service.yaml（即你的Service定义）：

apiVersion: v1
kind: Service
metadata:
  name: service-name
  namespace: ConfigMap-Namespace
spec:
  # 你的Service配置

执行kustomize build . | kubectl apply -f -后，Kustomize会自动将Service名称注入到ConfigMap中。

2. 使用Helm模板 #

通过Helm的模板参数化能力，统一管理Service名称，让ConfigMap直接引用该参数：

在values.yaml中定义Service名称：

service:
  name: service-name

编写templates/configmap.yaml：

apiVersion: v1
kind: ConfigMap
metadata:
  name: config-map
  namespace: ConfigMap-Namespace
data:
  ServiceName: {{ .Values.service.name }}

编写templates/service.yaml：

apiVersion: v1
kind: Service
metadata:
  name: {{ .Values.service.name }}
  namespace: ConfigMap-Namespace
spec:
  # 你的Service配置

部署时通过Helm渲染模板，自动同步两者的名称。

3. 脚本化处理 #

通过shell脚本结合kubectl命令，先创建Service再动态生成ConfigMap：

# 创建Service
kubectl apply -f service.yaml

# 获取目标Service的名称
SERVICE_NAME=$(kubectl get service service-name -n ConfigMap-Namespace -o jsonpath='{.metadata.name}')

# 生成并创建ConfigMap
cat <<EOF | kubectl apply -f -
apiVersion: v1
kind: ConfigMap
metadata:
  name: config-map
  namespace: ConfigMap-Namespace
data:
  ServiceName: $SERVICE_NAME
EOF

4. 自定义控制器/Operator #

如果需要在Service名称变更时自动同步更新ConfigMap，可以编写自定义控制器监听Service的元数据变化，触发ConfigMap的更新；也可以借助社区工具实现动态同步。

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