Docker容器互相通信最优方案及K8s下跨IP/hostname通信实现方法

首先明确问题根因：localhost仅在共享同一网络命名空间的进程/容器间生效，独立容器、不同Kubernetes Pod的网络命名空间相互隔离，因此无法通过localhost互相访问，对应不同环境的方案如下：

纯Docker环境通信方案 #

最优方案：自定义网桥通信 #

自定义网桥支持内置DNS解析，容器重启也能通过固定hostname寻址，是最通用的方案：

1. 创建自定义网桥
   docker network create test-network
2. 启动容器时指定接入该网桥，同时设置容器名（自动作为DNS解析的hostname）：

# 启动server容器
docker run -d --name server --network test-network <server-image>
# 启动client容器
docker run -d --name client --network test-network <client-image>

此时client容器内直接通过server:<端口号>即可访问server服务，两个容器会被分配网桥网段下的不同独立IP。

其他可选方案 #

• host网络模式：启动容器时添加--net=host参数，所有容器共享宿主机网络栈，可通过宿主机IP+端口互访，但存在端口冲突风险，仅特殊场景使用
• 容器IP直连：执行docker inspect <容器名> | grep IPAddress获取容器IP直接访问，但容器重启后IP会变更，不推荐长期使用

Kubernetes环境通信方案（适配你当前的流水线部署场景） #

最优方案：通过Service域名访问 #

Kubernetes的CoreDNS组件会自动为Service生成域名，是生产、测试场景的标准方案：

1. 为server部署创建ClusterIP类型的Service，示例配置：

apiVersion: v1
kind: Service
metadata:
  name: chaos-server
spec:
  selector:
    app: chaos-server # 匹配server Pod的label
  ports:
  - port: 8080 # Service暴露的端口
    targetPort: 8080 # server容器监听的端口

2. client访问规则：

• 同命名空间下：直接通过Service名访问，地址为chaos-server:8080
• 跨命名空间下：使用完整域名访问，地址为chaos-server.<namespace名>.svc.cluster.local:8080

其他可选方案 #

• 同Pod部署：将server和client定义在同一个Pod资源下，二者共享网络命名空间，可直接用localhost+端口互访，但不适合需要模拟跨节点故障的混沌测试场景
• Pod IP直连：通过kubectl get pods -o wide获取server Pod的IP直接访问，Pod重建后IP会失效，仅适合临时调试使用

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