Docker compose网络
默认情况下,compose命令启动时会创建一个网络,所有同一compose之下的容器实例都加入这个网络,它们之间可以互通,并且提供名称服务,也就是不同服务之间可以通过名称发现对方,如:
version: "3"
services:
web:
build: .
ports:
- "8000:8000"
db:
image: postgres
ports:
- "8001:5432"
此时,web服务与db服务加入同一个网络,能互通,相互访问时可以直接使用名称,如web想访问db,直接通过名字就可以,反之亦然。
关于更新
如果更新了其中某个服务,如它们使用的镜像,则compose启动时会重新创建容器实例,并重新分配地址。如果服务的名称没有变化,不同服务之间仍然可以通过名称互通。
关于Link
link是容器互通的另一种方法。默认情况下compose中的服务会单独分配IP地址,每个容器实例有自己独立的网络栈。Link的本质是不同容器之间共享网络栈,如下代码:
version: "3"
services:
web:
build: .
links:
- "db:database"
db:
image: postgres
运行时系统先为db服务分配IP地址,db有自己的网络栈。因为link的关系,web并不独自分配地址,相反它共享db的网络栈,两个容器实例共用一个IP地址。Link这种东西建议不要使用,它的使用条件很苛刻,如果两个容器要共享网络栈,那么必然,它们必需被部署在同一个节点上。另外在多实例的情况下,比如web有五个实例,db有两个实例,它们之关怎么共享网络栈呢?显然是不可能的。
多主机网络
当在docker swarm中部署compose时,容器实例可能被部署到多个不同的节点上,此时默认网络就不适用了。需要一个跨主机的网络,这样compose中的容器才能通信,并且容器可能需要接入不同的网络以实现不同的连通与隔离。
首先在部署swarm时,至少需要提供一个跨主机的网络,也有可能是多个,多数是overlay网络,并且网络是有名称的。在compose中定义服务时使用networks关键定明确指定其使用的网络名称就可以。注意一点,swarm中跨主机网络覆盖有多种解决方案,要看具体的网络是否支持DHCP,是否支持名称服务,如:
networks:
default:
external:
name: my-pre-existing-network
使用一个已经存在的跨主机覆盖网络。
上一篇: 解压zip_VBA解压缩ZIP文件06——Huffman树码表
下一篇: Java实现压缩文件的方法