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

使用一个已经存在的跨主机覆盖网络。