Hey，朋友们！今天我们来聊聊Docker容器的网络模式，这可是个很重要但又有点让人头疼的话题。不过别担心，我会用最简单直白的方式，带你彻底搞懂Bridge、Host和Overlay这三种主流的网络模式。不管你是刚入门的小白，还是有一定经验的老手，相信这篇文章都能让你有所收获。
咱们开门见山，直接上干货！
1. Bridge模式：最灵活的“网桥”
Bridge模式是Docker默认的网络模式，也是最常用的模式。你可以把它想象成一个虚拟的路由器或者交换机。 当Docker启动时，它会在你的电脑上创建一个名为docker0的虚拟网桥。 之后，你创建的每一个容器都会默认连接到这个网桥上，并被分配一个独立的IP地址。
它是如何工作的？
简单来说，每个容器都有自己的“小隔间”（独立的网络命名空间），里面有自己的IP地址、网卡等。 它们通过一根虚拟网线（veth pair）连接到docker0这个虚拟交换机上。这样，在同一台主机上的容器之间就可以通过对方的IP地址相互通信了。
但是，这些容器的IP地址都是内部IP，外界是无法直接访问的。怎么办呢？答案就是端口映射。你需要把容器的端口映射到主机的端口上，比如把容器的80端口映射到主机的8080端口。这样，访问主机IP:8080就相当于访问了容器的80端口。
代码时间
让我们来创建一个自定义的bridge网络，并把一个Nginx容器放进去。
# 1. 创建一个自定义的bridge网络
docker network create --driver bridge my-bridge-net
# 2. 运行一个Nginx容器，并连接到我们刚创建的网络
# 同时将容器的80端口映射到主机的8080端口
docker run -d --name my-nginx --network my-bridge-net -p 8080:80 nginx
# 3. 查看网络详情，你会看到my-nginx容器在里面
docker network inspect my-bridge-net解析：
-
docker network create --driver bridge my-bridge-net：我们创建了一个名为my-bridge-net的bridge网络。使用自定义网络是一个好习惯，因为它提供了比默认docker0更好的隔离性和服务发现功能。 -
--network my-bridge-net：指定容器连接到my-bridge-net网络。 -
-p 8080:80：这就是端口映射，格式是主机端口:容器端口。
现在，你就可以在浏览器中通过http://主机IP:8080来访问Nginx的欢迎页面了。
案例与场景
Bridge模式非常灵活，适用于绝大多数单机部署的应用场景。 比如，你可以在一台服务器上同时运行Web应用、数据库、缓存等多个容器，它们之间通过自定义的bridge网络进行通信，既实现了隔离，又方便了管理。
优点：
- 网络隔离性好，每个容器都有独立的网络栈。
- 灵活，可以通过端口映射自由地将服务暴露给外部。
缺点：
- 相比Host模式，存在一定的网络性能损耗，因为数据包需要经过NAT（网络地址转换）。
2. Host模式：性能“猛兽”
Host模式非常直接，它直接让容器共享主机的网络环境。 也就是说，容器不再拥有自己独立的网络命名空间，而是和你的主机“融为一体”。
它是如何工作的？
在这种模式下，容器不会创建自己的虚拟网卡和IP地址，而是直接使用主机的IP地址和网卡。 如果你在容器里启动一个监听80端口的服务，那么这个服务就直接占用了主机的80端口。
代码时间
让我们用Host模式来运行一个Nginx容器。
# 1. 以host模式运行一个Nginx容器
docker run -d --name my-nginx-host --network host nginx
# 注意：这里不能再使用 -p 参数，因为端口是直接绑定的解析：
-
--network host：一句话就搞定了，非常简单。
现在，Nginx服务已经直接运行在主机的80端口上了（如果80端口没被占用的），你可以直接通过http://主机IP来访问它。
案例与场景
Host模式最大的优势就是网络性能。 由于它省去了虚拟化和NAT转换的开销，网络延迟更低，吞吐量更大。因此，它非常适合那些对网络性能要求极高的应用，比如：
- 高并发的Web服务器。
- 需要直接访问主机网络接口的应用，如网络监控工具。
优点：
- 网络性能最好，几乎和在主机上直接运行程序一样。
- 配置简单，不需要端口映射。
缺点：
- 隔离性差，容器直接暴露在主机网络中，可能带来安全风险。
- 端口冲突问题，因为容器直接使用主机端口，很容易和主机上的其他服务发生端口冲突。
3. Overlay模式：跨主机的“立交桥”
当前面的两种模式都局限在单一主机上时，Overlay模式则专为跨主机通信而生，是Docker Swarm集群的核心网络方案。 它可以创建一个分布式的虚拟网络，把分布在不同主机上的容器都连接到同一个网络中，让它们感觉就像在同一个局域网里一样，可以自由通信。
它是如何工作的？
Overlay网络的核心技术是VXLAN（虚拟可扩展局域网）。 它会将容器发出的二层网络数据包封装在UDP包里，然后在底层的主机网络（三层）中传输。 这样，即使主机之间隔着路由器，也能实现二层网络的互通，巧妙地解决了跨主机容器通信的问题。
代码时间
要使用Overlay网络，通常需要先初始化一个Docker Swarm集群。
# 假设我们有两台主机：manager-node 和 worker-node
# 在 manager-node 上:
# 1. 初始化Swarm集群
docker swarm init
# 2. 创建一个overlay网络
docker network create --driver overlay --attachable my-overlay-net
# 3. 在manager-node上运行一个服务
docker service create --name visualizer --network my-overlay-net -p 8080:8080 -v /var/run/docker.sock:/var/run/docker.sock dockersamples/visualizer
# 在 worker-node 上:
# (首先需要加入Swarm集群，加入命令在manager-node初始化后会给出)
# 4. 在worker-node上运行一个alpine容器，并连接到overlay网络
docker run -it --name alpine-test --network my-overlay-net alpine sh
# 5. 在alpine容器内部，你可以直接ping通manager上的visualizer服务
# ping visualizer解析：
-
docker swarm init：将当前节点设置为Swarm的管理节点。 -
docker network create --driver overlay：创建Overlay网络。--attachable参数允许独立的容器（非Service）也能连接到这个网络。 -
docker service create：在Swarm集群中部署服务，Swarm会自动调度容器到不同的节点上。
案例与场景
Overlay网络是构建微服务架构和容器化集群应用的最佳选择。 当你的应用需要扩展到多台服务器上时，Overlay网络可以为你提供一个无缝的、统一的网络视图。
优点：
- 原生支持跨主机容器通信。
- 简化了分布式应用的部署和网络配置。
缺点：
- VXLAN封装会带来一定的性能开销。
- 配置相对前两种模式要复杂一些，需要依赖Swarm集群环境。
总结：如何选择？
最后，我们来总结一下，到底该用哪种模式呢？
| 网络模式 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| Bridge | 单机部署、开发测试环境、大多数常规应用 | 隔离性好、配置灵活 | 存在性能损耗 |
| Host | 对网络性能有极致要求的应用，如高并发服务 | 性能最高、无NAT开销 | 隔离性差、易端口冲突 |
| Overlay | 多主机、分布式应用、Docker Swarm集群 | 原生跨主机通信 | 配置稍复杂、有性能开销 |
一张图帮你决策：
- 你的应用只在一台服务器上跑吗？
- 是 -> 2. 对网络性能有变态级别的要求吗？
- 是 -> 使用 Host 模式。
- 否 -> 使用 Bridge 模式（推荐）。
- 否，我的应用需要部署在多台服务器上 -> 使用 Overlay 模式。
- 是 -> 2. 对网络性能有变态级别的要求吗？
希望通过这篇文章，你对Docker的这三种网络模式有了更清晰的认识。记住，没有最好的模式，只有最适合你的场景的模式！ 动手试试看，你会发现Docker网络并没有那么神秘。
