突破容器网络扩展瓶颈需转向overlay等跨主机方案：默认bridge仅适用于单机，自定义bridge支持dns解析和子网配置，overlay通过vxlan实现多节点互通，host/macvlan适用于高性能或直连物理网络场景。
要突破容器网络架构的扩展性瓶颈，核心在于摆脱单机桥接模式的局限，转向支持跨节点、服务发现和动态调度的网络方案。默认的 bridge 网络只适用于单主机小规模部署，一旦服务实例增多或需跨物理机通信，就会出现 DNS 解析慢、连接不稳定、端口映射冲突、NAT 路径过长等问题。
用自定义 bridge 网络替代默认 docker0
默认 docker0 网桥缺乏服务发现能力，容器间靠 IP 通信难维护。自定义 bridge 网络提供内置 DNS 解析、可配置子网与网关，并避免 iptables 规则爆炸：
- 创建独立网段：
docker network create --driver bridge --subnet=10.10.0.0/16 --gateway=10.10.0.1 webnet - 启动容器时指定网络：
docker run --network=webnet --name api-server my-api - 同网络内容器可直接用服务名通信（如
curl http://api-server:8080），无需硬编码 IP
跨主机通信必须用 overlay 网络
当服务需要横向扩展到多台宿主机时，bridge 模式失效。overlay 网络通过 VXLAN 封装实现跨节点二层互通，是 Swarm 或 Kubernetes 的底层网络基础：
- 初始化 Swarm 集群：
docker swarm init - 创建 overlay 网络：
docker network create -d overlay --attachable my-overlay - 部署服务并接入：
docker service create --network my-overlay --name user-svc my-user-image - 服务自动获得 DNS 负载均衡（
user-svc解析为所有副本的 VIP）
高吞吐场景优先考虑 host 或 macvlan
对延迟敏感或需直连物理网络的业务（如实时数据采集、边缘网关），应绕过 Docker 网络栈抽象：
-
host 模式：容器直接使用宿主机网络命名空间，零 NAT 开销，适合单节点高性能服务
命令示例：docker run --network=host --name metrics-collector prom/prometheus -
macvlan 模式：为容器分配真实 MAC 和物理网段 IP，外部设备可直接访问，适合裸金属或私有云环境
配置示例：docker network create -d macvlan --subnet=192.168.5.0/24 --gateway=192.168.5.1 -o parent=ens3 mac-net
配套优化不可少
光换网络驱动不够，还需同步调整关键参数：
- 统一 MTU 值（建议 1500 或全链路启用 jumbo frames 9000），避免分片导致丢包
- 禁用低效 DNS 查询：启动时加
--dns=1.1.1.1 --dns=8.8.8.8，或在/etc/docker/daemon.json中全局配置 - 限制 conntrack 表大小，防止高并发连接耗尽：
sysctl -w net.netfilter.nf_conntrack_max=131072 - 容器间大文件传输改用 volume 共享，而非 HTTP 或 socket 传，效率提升 5–10 倍
