📚 课程目录第3章容器网络与通信

3. 容器网络与通信：Docker网络模式与服务发现

在Docker环境下进行集成测试与接口校验，容器间的网络通信是核心基础。本章将深入剖析Docker的三大网络模式（bridge、host、overlay），并讲解在测试场景中如何实现服务发现与可靠的容器间通信。

3.1 Docker网络模式对比

Docker提供了多种网络驱动，每种驱动适用于不同的通信场景。在集成测试中，选择合适的网络模式直接影响测试的隔离性、性能与可观测性。

网络模式	驱动类型	隔离性	跨主机通信	典型测试场景
bridge	bridge（默认）	高（容器独立IP）	不支持	单机多容器微服务集成测试
host	host	低（共享宿主机网络栈）	不支持	性能压测、需要直接绑定宿主机端口的场景
overlay	overlay	高（跨主机虚拟网络）	支持	多主机集群、Swarm模式下的分布式测试
none	null	完全隔离	不支持	仅需本地回环、安全隔离测试

测试选型建议： 单机集成测试优先使用 bridge 模式，利用容器名称作为主机名实现自动DNS解析；跨主机测试必须使用 overlay 模式；仅在需要极致网络性能（如网络吞吐测试）时才考虑 host 模式。

3.2 Bridge网络模式详解

Bridge模式是Docker的默认网络模式。每个容器拥有独立的网络命名空间，通过虚拟网桥（docker0）与宿主机及其他容器通信。

# 创建自定义bridge网络（推荐用于测试）
docker network create --driver bridge test-net

# 启动两个容器并连接到自定义网络
docker run -d --name api-service --network test-net my-api:latest
docker run -d --name db-service --network test-net my-db:latest

# 在api-service容器中通过容器名访问db-service
docker exec api-service ping db-service

  关键点： 自定义bridge网络支持通过容器名称自动DNS解析，而默认bridge网络不支持。在集成测试中，始终使用 docker network create 创建自定义bridge网络，以实现服务名到IP的自动映射。

3.3 Host网络模式与适用边界

Host模式中容器直接使用宿主机网络栈，没有独立的IP地址。容器端口直接映射到宿主机，性能损耗最小，但隔离性较差。

# 使用host模式启动容器
docker run -d --name perf-test --network host my-perf-tool:latest

# 容器内服务直接监听宿主机端口，无需端口映射
# 例如：容器内监听8080，宿主机直接通过localhost:8080访问

注意： Host模式下多个容器不能绑定相同的宿主机端口，容易产生端口冲突。在集成测试中，除非进行网络性能基准测试，否则应避免使用host模式，以免影响测试环境的隔离性。

3.4 Overlay网络与跨主机通信

Overlay网络通过VXLAN隧道技术实现跨主机的容器通信，是Docker Swarm模式下的核心网络方案。在分布式集成测试中，overlay网络让不同物理机上的容器如同在同一局域网内。

# 初始化Swarm集群（管理节点）
docker swarm init --advertise-addr 192.168.1.10

# 创建overlay网络
docker network create --driver overlay --attachable test-overlay

# 在管理节点启动服务
docker service create --name user-service --network test-overlay --replicas 2 my-user-svc:latest

# 工作节点加入集群后，自动获得overlay网络访问能力

  测试实践： 使用 --attachable 参数创建的overlay网络允许普通容器（非服务）也接入，便于在测试中临时启动调试容器进行网络诊断。

3.5 服务发现与容器间通信机制

在集成测试中，服务发现是确保测试用例能够动态定位目标服务的关键能力。Docker内置的DNS解析与用户自定义网络结合，提供了轻量级的服务发现方案。

3.5.1 基于DNS的服务发现

当容器连接到自定义bridge或overlay网络时，Docker内置DNS服务器会自动注册容器名称与IP地址的映射。测试容器可以通过服务名称直接访问目标容器。

# 创建测试网络
docker network create test-net

# 启动数据库与API服务
docker run -d --name postgres-db --network test-net postgres:13
docker run -d --name user-api --network test-net -e DB_HOST=postgres-db my-api:latest

# 验证DNS解析
docker run --rm --network test-net busybox nslookup postgres-db

# 测试容器间通信
docker run --rm --network test-net alpine wget -qO- http://user-api:8080/health

  最佳实践： 在集成测试中，使用 docker-compose 定义服务时，服务名称自动成为DNS主机名。测试代码中应通过环境变量注入服务地址，避免硬编码IP。

3.5.2 环境变量注入与动态端口

对于需要动态端口映射的场景（如并行测试），可以通过环境变量传递实际端口信息，实现灵活的容器间通信。

# 动态端口映射示例
docker run -d --name redis-cache -p 0:6379 redis:6

# 获取实际映射端口
REDIS_PORT=$(docker port redis-cache 6379 | cut -d: -f2)

# 将端口注入测试容器
docker run --rm --network host \
  -e REDIS_HOST=localhost \
  -e REDIS_PORT=$REDIS_PORT \
  my-integration-test:latest

3.6 集成测试中的网络策略

在构建测试环境时，合理的网络策略可以提升测试的可靠性与并行能力。

隔离测试网络： 每个测试套件使用独立的自定义bridge网络，避免不同测试之间的网络干扰。
固定服务名称： 使用 --name 或 container_name 固定容器名称，确保DNS解析稳定。
健康检查前置： 在测试用例执行前，通过 docker exec 或HTTP健康端点确认所有服务已就绪。
网络故障注入： 使用 tc（traffic control）模拟网络延迟、丢包，验证测试的容错性。

# 网络故障注入示例（在容器内执行）
docker exec test-container tc qdisc add dev eth0 root netem delay 100ms loss 5%

3.7 常见网络问题与排查

问题现象	可能原因	排查命令
容器间ping不通	未连接到同一网络	`docker network inspect <network>`
DNS解析失败	使用了默认bridge网络	`docker exec <container> cat /etc/resolv.conf`
端口连接超时	服务未启动或端口错误	`docker logs <service-container>`
跨主机通信失败	overlay网络未正确配置	`docker network ls --filter driver=overlay`

快速诊断： 使用 docker run --rm --network <test-net> nicolaka/netshoot 启动网络诊断容器，内置 ping、tcpdump、nslookup、curl 等工具，快速定位网络问题。

3.8 本章小结

容器网络是Docker集成测试的基石。Bridge模式提供单机隔离与DNS解析，Host模式满足性能敏感场景，Overlay模式支撑跨主机分布式测试。通过合理选择网络模式、利用内置DNS服务发现、结合环境变量动态配置，可以构建稳定、可扩展的测试网络环境。掌握网络故障排查方法，能够有效提升测试调试效率。