前言
需要部署的项目中有数据库和 Tomcat，Tomcat需要连接到数据库容器的 3306 端口上，由于容器的 IP 地址会变化，又不能写死 IP 地址，所以就有了下文。
docker 网卡介绍
docker 安装好之后默认会创建三个虚拟网卡，可以使用 docker network ls 命令来查看，三个虚拟网卡和 VMware 的类似。
mango@wanzhouyi:~$ sudo docker network ls
NETWORK ID NAME DRIVER SCOPE
a831f74e2810 bridge bridge local
1d49e8d7b613 es_test bridge local
72e00f5290f2 host host local
5eb25bd2cd37 none null local
mango@wanzhouyi:~$
- bridge 是默认的网卡，网络驱动是 bridge 模式，类似于 Vmware 的 NAT 模式，如果容器启动时不指定网卡，则会默认连接到这块网卡上。如果需要访问容器内部的端口需要设置端口映射。
- host 是直接使用主机的网络，网络驱动是 host 模式，类似于 Vmware 的桥接模式，可能会和主机的端口存在冲突，不需要设置端口映射即可连接到容器端口。
- none 禁止所有联网，没有网络驱动，一般情况下用不到。
由于默认的网卡需要设置端口映射并且 IP 地址会随着容器的启动停止而变动，所以我们这里选择使用自定义网络来实现容器之间互相访问。
创建自定义网络
使用 docker network create my-net 命令来创建一个我们自定义的网络，网络驱动仍然使用 bridge。
mango@wanzhouyi:~$ sudo docker network create my-net
cdf381aba9901c18c31b02cf8c6046b61e1c973bddf64d8469f1c18830a07093
mango@wanzhouyi:~$ sudo docker network ls
NETWORK ID NAME DRIVER SCOPE
a831f74e2810 bridge bridge local
1d49e8d7b613 es_test bridge local
72e00f5290f2 host host local
cdf381aba990 my-net bridge local
5eb25bd2cd37 none null local
mango@wanzhouyi:~$
现在这个创建好的自定义网络就和默认的 bridge 网络隔离开了，互相之间不能访问，而且它们也不在同一个网段上。
使用 docker network inspect bridge 命令查看默认网卡的详细信息。
mango@wanzhouyi:~$ sudo docker network inspect bridge
[
{
"Name": "bridge",
"Id": "a831f74e2810f7945fc277610dd963e0875c5139916c4784ad5631c7a852247b",
"Created": "2022-10-11T23:44:25.4523466+08:00",
"Scope": "local",
"Driver": "bridge",
"EnableIPv6": false,
"IPAM": {
"Driver": "default",
"Options": null,
"Config": [
{
"Subnet": "172.17.0.0/16",
"Gateway": "172.17.0.1"
}
]
},
使用 docker network inspect my-net 命令查看自定义网卡的详细信息。
mango@wanzhouyi:~$ sudo docker network inspect my-net
[
{
"Name": "my-net",
"Id": "cdf381aba9901c18c31b02cf8c6046b61e1c973bddf64d8469f1c18830a07093",
"Created": "2022-10-12T01:54:05.6933414+08:00",
"Scope": "local",
"Driver": "bridge",
"EnableIPv6": false,
"IPAM": {
"Driver": "default",
"Options": {},
"Config": [
{
"Subnet": "172.20.0.0/16",
"Gateway": "172.20.0.1"
}
]
},
"Internal": false,
"Attachable": false,
"Ingress": false,
"ConfigFrom": {
"Network": ""
},
"ConfigOnly": false,
"Containers": {},
"Options": {},
"Labels": {}
}
]
对比一下可以看出，默认网卡处于 172.17.0.0/16 这个网段，自定义网卡处于 172.20.0.0/16 这个网段，它们两个肯定是不可以互相通信的。
默认网络和自定义网络区别
说到这里可能有人会问了，那默认的网卡的网卡驱动也是 bridge 模式的，用户自定义的网络也是 bridge 模式，不就是换了一个名字吗，为什么默认的网卡不可以使用别名进行 IP 地址解析呢？
这个问题问得好，官方特意解释了这两个网卡的区别。
User-defined bridges provide automatic DNS resolution between containers.
Containers on the default bridge network can only access each other by IP addresses, unless you use the --link option, which is considered legacy. On a user-defined bridge network, containers can resolve each other by name or alias.
翻译过来大意：就是用户自定义的网卡可以在容器之间提供自动的 DNS 解析，缺省的桥接网络上的容器只能通过 IP 地址互相访问，除非使用 --link 参数。在用户自定义的网卡上，容器直接可以通过名称或者别名相互解析。
文档中提到了 --link 参数，官方文档中已经不推荐使用 --link 参数，并且最终可能会被删除，所以最好不要使用 --link 参数来连接两个容器，并且它有多个缺点。
如果使用 --link 参数，需要在容器之间手动创建链接，这些链接需要双向创建，如果容器多于两个的话，将会很困难。或者也可以通过编辑 hosts 文件的方式来指定解析结果，但是这样将会非常难以调试。
总结
以上就是通过自定义网卡来使两个容器互相连接的方法，这种方法便于部署和调试，而且还提供了网络隔离功能，两个容器之间不会互相干扰，可以随时断开或者连接，并且可以使用 --subnet 参数指定自定义网络的 IP 段，这里就不详细展开了。