一 基本概念
默认情况下，Compose会为应用创建一个网络，服务的每个容器都会加入该网络中。这样，容器就可被该网络中的其他容器访问，不仅如此，该容器还能以服务名称作为hostname被其他容器访问。
默认情况下，应用程序的网络名称基于Compose的工程名称，而项目名称基于docker-compose.yml所在目录的名称。如需要修改工程名称，可使用--project-name标识或COMPOSE_PROJECT_NAME环境变量。
举例：
一个应用程序在名为myapp的目录中，并且docker-compose.yml如下所示：
version: '2'
services:
web:
build: .
ports:
- "8000:8000"
db:
image: postgres
当运行docker-compose up时，将会执行以下几步：
1 创建一个名为myapp_default的网络。
2 使用web服务的配置创建容器，它以“web”这个名称加入网络myapp_default。
3 使用db服务的配置创建容器，它以“db”这个名称加入网络myapp_default。
容器间可使用服务名称（web或db）作为hostname相互访问。例如，web这个服务可使用postgres://db:5432访问db容器。
二 更新容器
当服务的配置发生变更时，可使用docker-compose up命令更新配置。
此时，Compose会删除旧容器并创建新容器。新容器会以不同的IP地址加入网络，名称保持不变。任何指向旧容器的连接都会被关闭，容器会重新找到新容器并连接上去。
三 links
默认情况下，服务之间可使用服务名称相互访问。links允许定义一个别名，从而使用给别名访问其他服务。
version: '2'
services:
web:
build: .
links:
- "db:database"
db:
image:postgres
这样Web服务就可使用db或database作为hostname访问db了。
四 指定自定义网络
一些场景下，默认的网络配置满足不了需求，此时可使用networks命令自定义网络。networks命令允许创建更复杂的网络拓扑并指定自定义网络驱动和选项。不仅如此，还可使用networks将服务连接到不是由Compose管理的、外部创建的网络。
如下，在其中定义了两个自定义网络：
version: '2'
services:
proxy:
build: ./proxy
networks:
- front
app:
build: ./app
networks:
- front
- back
db:
image: postgres
networks:
- back
network:
front:
drvier: custom-driver-1
back:
driver: custom-driver-2
driver_opts:
foo: "1"
bar: "2"
其中proxy与db服务隔离，两者分别使用自己的网络，app服务可与两者通信。使用networks命令，可方便实现服务间的网络隔离与连接。
五 配置默认网络
除自定义网络外，也可为默认网络自定义配置。
version: '2'
services:
web:
build .
ports:
- "8000:8000"
db:
image: postgres
networks:
default:
deiver:custom-driver-1
这样，就可为该应用指定自定义的网络驱动。
六 使用已存在的网络
一些场景下，并不需要创建新网络，而只需要加入已存在的网络，此时可使用external选项。例如：
networks:
default:
external:
name: my-pre-existing-network