基本概念

默认情况下，Compose会为我们的应用创建一个网络，服务的每个容器都会加入该网络中。这样，容器就可被该网络中的其他容器访问，不仅如此，该容器还能以服务名称作为hostname被其他容器访问。

默认情况下，应用程序的网络名称基于Compose的工程名称，而项目名称基于Docker-compose.yml所在目录的名称。如需修改工程名称，可使用--project-name标识或COMPOSE_PORJECT_NAME环境变量。

举个例子，假如一个应用程序在名为myApp的目录中，并且docker-compose.yml如下所示：

version: '2'
services:
 web:
 build: .
 ports:
 - "8000:8000"
 db:
 image: postgres
复制代码

当我们运行docker-compose up时，将会执行以下几步：

• 创建一个名为myapp_default的网络；
• 使用web服务的配置创建容器，它以“web”这个名称加入网络myapp_default；
• 使用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
networks:
 front:
 # Use a custom driver
 driver: custom-driver-1
 back:
 # Use a custom driver which takes special options
 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:
 # Use a custom driver
 driver: custom-driver-1
复制代码

这样，就可为该应用指定自定义的网络驱动。

使用已存在的网络

一些场景下，我们并不需要创建新的网络，而只需加入已存在的网络，此时可使用external选项。示例：

networks:
 default:
 external:
 name: my-pre-existing-network

小结

欢迎关注头条号:JAVA大飞哥

点击关注评论转发一波~~

私信小编发送“架构”（免费获取Docker资料以及JAVA相关的面试架构资料哟）

最后，每一位读到这里的Java程序猿朋友们，感谢你们能耐心地看完。希望在成为一名更优秀的Java程序猿的道路上，我们可以一起学习、一起进步！都能赢取白富美，走向架构师的人生巅峰!