分属不同Namespace、不同Service的两个Pod如何实现相互通信？

在Kubernetes中，分属不同Namespace、不同Service的Pod之间通信，核心依赖集群内部的DNS解析和Service转发，以下是几种可靠实现方式：

1. 通过Service完全限定域名（FQDN）直接访问 #

这是Kubernetes原生支持的标准方式，每个集群内的Service都有固定的FQDN格式：
[service-name].[namespace-name].svc.cluster.local

• 操作示例：假设namespace-a中的Pod需要访问namespace-b里名为service-b的Service（暴露端口为8080），直接在Pod内执行：

  curl service-b.namespace-b.svc.cluster.local:8080
  

• 原理：集群CoreDNS会自动解析该FQDN到目标Service的ClusterIP，再由Service转发到后端Pod。

2. 在本地Namespace创建Service别名（ExternalName类型） #

如果不想每次都写长FQDN，可以在当前Namespace创建一个指向目标Service的别名Service：

apiVersion: v1
kind: Service
metadata:
  name: service-b-alias
  namespace: namespace-a
spec:
  type: ExternalName
  externalName: service-b.namespace-b.svc.cluster.local

创建后，namespace-a内的Pod直接用service-b-alias:8080就能访问目标服务，和访问本地Service完全一致。

3. 直接访问Pod IP（仅临时测试用） #

可以直接通过目标Pod的IP地址通信，但不推荐用于生产环境——Pod重启、调度后IP会变化，稳定性无法保证。

• 操作示例：先通过kubectl get pods -n namespace-b -o wide获取目标Pod的IP，然后在本地Pod内执行：

  curl 10.244.1.5:8080
  

关键注意事项：NetworkPolicy权限 #

如果集群启用了NetworkPolicy，必须确保目标Namespace的NetworkPolicy允许来自源Namespace的流量：

apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: allow-namespace-a-access
  namespace: namespace-b
spec:
  podSelector:
    matchLabels:
      app: service-b # 匹配目标Pod的标签
  ingress:
  - from:
    - namespaceSelector:
        matchLabels:
          kubernetes.io/metadata.name: namespace-a # 允许来自namespace-a的流量
    ports:
    - protocol: TCP
      port: 8080 # 允许访问的端口

验证方法 #

在源Pod内执行DNS解析测试，确认FQDN能正常解析：

nslookup service-b.namespace-b.svc.cluster.local

如果返回目标Service的ClusterIP，说明DNS配置正常，再通过curl或telnet测试端口连通性即可。

内容的提问来源于stack exchange，提问作者chandrahasreddy maram reddy