OpenShift/Kubernetes中如何创建可跨命名空间发现Pod的Service？

首先明确：Kubernetes/OpenShift中，Service的Pod选择器默认仅作用于当前命名空间，无论其他命名空间的Pod标签是否匹配，都不会被自动关联——这就是你之前配置无效的核心原因。

要实现跨命名空间的Pod发现，可采用以下几种方案：

方案一：手动关联Endpoints资源（基础通用） #

Service可以不指定spec.selector，转而手动绑定Endpoints资源，将其他命名空间的Pod IP和端口添加到Endpoints中，Service会自动将流量转发到这些端点。

1. 创建无选择器的Service #

apiVersion: v1
kind: Service
metadata:
  name: cross-ns-demo-svc
  namespace: your-svc-namespace  # Service所在的命名空间
spec:
  ports:
    - protocol: TCP
      port: 80  # Service对外暴露的端口
      targetPort: 8080  # Pod的监听端口

2. 创建匹配的Endpoints资源 #

注意：Endpoints必须和Service同名、同命名空间，才能被自动关联。

apiVersion: v1
kind: Endpoints
metadata:
  name: cross-ns-demo-svc
  namespace: your-svc-namespace
subsets:
  - addresses:
      - ip: 10.244.1.5  # 其他命名空间Pod的集群内IP
      - ip: 10.244.2.7  # 第二个跨命名空间Pod的IP
    ports:
      - port: 8080

局限性

Pod重启或重建后IP会变化，需要手动更新Endpoints；无法自动发现新增/删除的跨命名空间Pod。

方案二：自定义控制器自动维护Endpoints（自动化） #

如果需要自动同步跨命名空间的带指定标签的Pod，可以编写自定义控制器（或使用现成工具），监听集群内所有命名空间中带目标标签的Pod，自动更新Service对应的Endpoints资源。

核心逻辑 #

1. 监听集群中所有metadata.labels.app=your-shared-label的Pod；
2. 收集这些Pod的集群IP和端口；
3. 定期更新目标Service对应的Endpoints资源，替换其中的addresses列表。

你可以用Go基于client-go编写控制器，或用Python结合Kubernetes API实现，也可以使用社区现成的自定义控制器工具。

方案三：通过跨命名空间Service转发（间接方式） #

如果不需要直接发现Pod，可接受通过其他命名空间的Service转发，可采用以下方式：

1. 在每个目标Pod所在的命名空间，创建带有对应标签选择器的Service；
2. 在当前命名空间创建ExternalName类型的Service，指向其他命名空间的Service DNS名：

apiVersion: v1
kind: Service
metadata:
  name: cross-ns-proxy-svc
  namespace: your-svc-namespace
spec:
  type: ExternalName
  externalName: target-svc.target-namespace.svc.cluster.local

访问cross-ns-proxy-svc时，流量会自动转发到target-namespace下的target-svc，进而访问该命名空间内的Pod。

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