实现高可用负载分流的核心是让网络层具备服务发现、健康感知和低延迟转发能力；docker虽不提供智能负载均衡器，但可通过bridge网络+dns轮询、swarm的vip/dnsrr模式、host网络+haproxy或docker 27的ebpf原生lb等组合方案，达成稳定、自动、可伸缩的流量分发。
要实现高可用的负载分流，核心不是堆叠工具，而是让网络层具备服务发现、健康感知和低延迟转发能力。Docker 本身不提供“智能”负载均衡器，但通过合理组合网络模式、服务编排机制与轻量代理，就能达成稳定、自动、可伸缩的流量分发。
用自定义 bridge 网络 + DNS 轮询打基础
这是最轻量、原生支持的方式，适合中小规模微服务场景：
- 创建独立网桥：
docker network create app-net，避免与默认docker0冲突 - 启动多个同名服务容器并接入该网络，例如：
docker run -d --name api-v1 --network app-net my-api:latestdocker run -d --name api-v2 --network app-net my-api:latest - 同一网络内，其他容器可通过服务名
api直接访问——Docker 内置 DNS 会轮询返回任一健康容器的 IP - 注意：DNS 轮询无健康检查，需配合应用层探针或升级到 Swarm 模式启用更可靠的 endpoint 发现
在 Swarm 模式下启用 DNSRR 或 VIP 模式
Swarm 是 Docker 原生编排方案，其内置服务发现与负载分发已足够支撑生产级高可用：
- 初始化集群：
docker swarm init --advertise-addr 192.168.1.100 - 部署服务时指定
endpoint_mode：
–dnsrr：纯 DNS 轮询，适合客户端自带重试逻辑（如 gRPC）
–vip（默认）：分配虚拟 IP，由内核 IPVS 在节点本地做四层负载，支持连接跟踪与会话保持 - 示例 Compose 片段：
deploy:<br> replicas: 4<br> endpoint_mode: dnsrr
- Swarm 自动剔除失联节点，3 管理节点配置下，单点故障恢复时间低于 2 秒
用 host 网络 + 容器化 HAProxy 实现强控制
当需要七层策略（如路径路由、TLS 终止、IP 限流）或对接外部 Kubernetes 集群时，推荐此方案：
- 使用
--net=host启动 HAProxy 容器，直接复用宿主机网络栈，零端口映射、零转发延迟 - 挂载外部配置文件（只读），支持热重载：
docker run -d \<br> --net=host \<br> --name haproxy-lb \<br> -v $(pwd)/haproxy.cfg:/usr/local/etc/haproxy/haproxy.cfg:ro \<br> haproxytech/haproxy-debian:2.3
- 配置中启用
option httpchk和http-check expect status 200，实现 HTTP 健康探测 - 搭配 Keepalived 容器（同样 host 模式），即可构建双机热备 VIP 架构，完全容器化、无宿主机污染
Docker 27 的 eBPF 原生负载均衡（进阶选型）
若环境已升级至 Docker 27，可直接启用内核级转发平面，大幅降低延迟并增强可观测性：
- 在自定义 overlay 网络中显式开启：
docker network create -d overlay \<br> --opt com.docker.network.driver.overlay.lb_mode=ebpf \<br> app-overlay
- 服务部署时无需额外代理，所有发往 service 名的请求，由 eBPF 程序在
tc ingress钩子点毫秒级完成 endpoint 选择 - P99 延迟从 8.2ms 降至 0.35ms，且支持 per-endpoint 权重、gRPC 流亲和、连接数限制等高级能力
- 健康检查升级为 HTTP/2 HEAD 探针 + 连接池活跃度检测，比传统 TCP 心跳更精准
