Kubernetes同节点两Pod如何基于Python实现通信与文件传输

你当前创建的banking-svc要正常工作，首先要补两个必选配置，否则网络根本不通：

• 给Pod A、Pod B都打上app: my_app标签，否则Service的后端端点列表为空，无法转发任何流量
• 两个Pod内的Python进程必须监听0.0.0.0:6666，不能只绑定127.0.0.1；同时确认集群没有配置NetworkPolicy拦截6666端口的TCP流量

不需要额外部署第三方组件，按以下步骤操作即可：

1. 完成上述配置修正后，先做连通性校验：进入任意一个Pod执行telnet banking-svc.default.svc.cluster.local 6666，能正常建立连接就说明网络链路通了
2. 小体积文件双向传输不需要额外搭服务，直接在两个Pod内实现对应的TCP收发逻辑即可。注意默认ClusterIP Service是负载均衡模式，如果需要定向把文件发给指定Pod，不要直接用Service地址，可选方案：
   • 给每个Pod创建对应的独立Service，通过单独的Service域名访问目标Pod
   • 创建Headless Service，直接通过Pod的固定域名（格式为pod-name.headless-svc-name.default.svc.cluster.local）访问
   • 直接使用Pod IP直连，同节点Pod通信走宿主机二层转发，性能比经过kube-proxy的Service转发更高
3. 如果传输大文件、需要断点续传/完整性校验能力，不用从零写TCP分片、校验逻辑，直接在标准Python镜像里安装rsync，用Python封装rsync命令做传输即可，稳定性比自研传输逻辑高很多。

• 直接在Python中编写TCP服务端、客户端，通过IP:端口组合实现文件传输完全可行，这是K8s网络模型原生支持的能力，没有任何兼容性问题。同节点Pod的流量不经过物理网卡，延迟极低，小文件场景下性能足够。
• 更符合K8s设计范式的方案按业务场景选择：
  • 若文件传输是业务逻辑的一部分：直接沿用Service + 应用层接口（TCP/HTTP均可）的实现，把传输能力和业务服务绑定，和应用同生命周期管理，不需要额外运维独立组件
  • 若文件传输是通用同步需求、和业务逻辑解耦：不要自己实现网络传输逻辑，直接给两个Pod挂载同一个PVC持久卷，文件直接写入共享存储，完全跳过网络传输步骤，一致性和可靠性远高于自研传输方案
  • 若只是临时调试传文件：直接用kubectl cp命令即可，不需要在业务镜像中内置任何传输相关代码

踩坑提醒：默认ClusterIP Service会对后端所有匹配标签的Pod做负载均衡，从Pod A发往banking-svc的请求有概率被转发回A自身，无法满足固定点对点传输的需求，定向传输场景不要直接用默认ClusterIP地址当目标地址。

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