Kubernetes Service：同节点跨Pod SpringBoot应用通信失败求助

你的问题很典型——在Kubernetes里，Pod内部设置的datahost主机名只能在该Pod自己内部生效，其他Pod根本无法通过这个名字解析到对应的实例。要实现跨Pod通信，必须借助Kubernetes的Service资源来提供集群内的DNS解析和流量路由。

步骤1：为应用A创建Kubernetes Service #

首先你需要给应用A创建一个ClusterIP类型的Service（这是默认类型，专门用于集群内部通信），它会自动关联到应用A的所有Pod，并提供一个集群内可解析的服务名称。

创建一个名为app-a-service.yaml的配置文件，内容如下：

apiVersion: v1
kind: Service
metadata:
  name: app-a-service
spec:
  selector:
    # 这里要匹配应用A Deployment里的Pod标签，比如你Deployment里的labels是app: app-a
    app: app-a
  ports:
    - protocol: TCP
      port: 8080
      targetPort: 8080
  type: ClusterIP

然后执行命令创建Service：

kubectl apply -f app-a-service.yaml

步骤2：修改应用B的调用地址 #

把应用B里的调用地址从http://datahost:8080/getnumber改成http://app-a-service:8080/getnumber——这里的app-a-service就是你刚才创建的Service名称，Kubernetes的集群DNS会自动把这个名称解析到Service对应的ClusterIP，进而转发到应用A的Pod。

如果两个应用不在同一个Kubernetes Namespace下，你需要加上Namespace后缀：

http://app-a-service.your-namespace.svc.cluster.local:8080/getnumber

步骤3：验证配置是否正确 #

1. 检查应用A的Pod标签是否和Service的选择器匹配：

kubectl get pods --show-labels

确保Pod的labels里包含app: app-a（和Service selector一致）。

2. 检查Service是否成功关联到Pod：

kubectl describe service app-a-service

在输出的Endpoints部分应该能看到应用A Pod的IP和端口。

3. 直接在应用B的Pod里测试连通性：

kubectl exec -it <你的应用B Pod名称> -- curl http://app-a-service:8080/getnumber

如果返回123，说明配置生效了。

额外注意点 #

• 如果应用A的Deployment有多个副本，Service会自动在这些Pod之间做负载均衡，你不需要额外配置。
• 检查是否有NetworkPolicy限制了两个Pod之间的通信，如果有的话，需要添加允许应用B访问应用A的规则。
• 本地端口转发能正常访问是因为你直接把Pod端口映射到了本地主机，绕过了集群内部的DNS和Service机制。

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