在K8s中查找Endpoint IP：如何编写Deployment A的yaml获取Deployment B的Pod IP

场景可行性判断 #

Downward API的设计定位是向当前Pod/容器注入自身相关的元数据（如自身IP、命名空间、所属工作负载名称、资源配额等），仅支持读取当前Pod本身及所属直接父资源的信息，不支持跨资源对象查询其他Deployment的关联Pod数据，因此该场景无法使用Downward API实现需求。

可选实现方案 #

• 方案1：通过Service + 集群内DNS查询（最简单实现）
  先为Deployment B创建对应ClusterIP类型的Service，通过标签选择器关联B的所有Pod。Deployment A的Pod可直接在集群内通过域名{B的Service名称}.{B所在命名空间}.svc.cluster.local做DNS解析，得到B的Pod Endpoint IP列表。如果需要直接获取所有Pod的独立IP而非Service的ClusterIP，可以将B的Service设置为Headless类型（配置clusterIP: None）即可。
• 方案2：通过ServiceAccount调用Kubernetes API查询（适用于需要精准实时数据的场景）
  如果你需要获取实时的、带状态过滤的Endpoint信息，可以使用该方案：
  1. 创建ServiceAccount并绑定Role，为其授予对应命名空间下Endpoint、Pod资源的查询权限
  2. 在Deployment A的Pod模板中关联该ServiceAccount，K8s会自动将API访问凭证注入到Pod的/var/run/secrets/kubernetes.io/serviceaccount/路径下
  3. 在A的业务逻辑中调用K8s API接口/api/v1/namespaces/{命名空间}/endpoints/{B的Service名称}，即可直接获取B的所有就绪Pod的IP地址

Deployment A参考YAML示例（方案1场景） #

apiVersion: apps/v1
kind: Deployment
metadata:
  name: A
  namespace: default # 可替换为实际命名空间
spec:
  replicas: 1
  selector:
    matchLabels:
      app: deployment-a
  template:
    metadata:
      labels:
        app: deployment-a
    spec:
      containers:
      - name: a-business-container
        image: 替换为你的业务镜像地址
        # 可预先将B的Service域名作为环境变量注入，方便业务逻辑直接读取
        env:
        - name: DEPLOYMENT_B_ENDPOINT_DOMAIN
          value: "b-service.default.svc.cluster.local" # 替换为B的实际Service域名

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