Docker Compose 常用命令

  1. build
    构建或重新构建服务。服务被构建后将会以 project_service的形式标记,例如:comoretest db。
  2. help
    査看指定命令的帮助文档,该命令非常实用。 docker-compose所有命令的帮助文档都可通过该命令查看。
docker-compose he lp COMMAND

示例

docker-compose he lp build      #查看 docker- compose build的帮助
  1. kill
    通过发送SI6KILL信号停止指定服务的容器。示例
docker-compose kill eureka

该命令也支持通过参数来指定发送的信号,例如:

docker-compose kill -s nginx
  1. logs
    查看服务的日志输出。
docker-compose logs nginx       #查看nginx的日志
docker-compose logs -f nginx    #查看nginx的实时日志
  1. port
    打印绑定的公共端口。示例
docker-compose port nginx 8080

这样就可输出 nginx服务8080端口所绑定的公共端口。
6. ps
列出所有容器。示例

docker-compose ps

也可列出指定服务的容器,示例:

docker-compose ps nginx
  1. pull
    下载服务镜像。示例
docker-compose pull nginx
  1. rm
    删除指定服务的容器。示例:
docker-compose rm nginx
  1. run
    在一个服务上执行一个命令。示例
docker-compose run web bash

这样即可启动一个web服务,同时执行bash命令。
10. scale
设置指定服务运行容器的个数,以 service=num的形式指定。示例

docker-compose scale user=3 movie=3
  1. start
    启动指定服务已存在的容器。示例
docker-compose start nginx
  1. stop
    停止已运行的容器。示例:
docker-compose stop nginx

停止后,可使用 docker-compose start再次启动这些容器
13. up
构建、创建、重新创建、启动,连接服务的相关容器。所有连接的服务都会启动,除非它们已经运行。
docker-compose up 命令会聚合所有容器的输出,当命令退出时,所有容器都会停止。
使用 docker-compose up -d 可在后台启动并运行所有容器。

本章是 docker-compose 的常用命令,其他命令可详见Docker官方文档:https://docs.docker.com/compose/reference/overview/

Docker Compose网络设置

本章所阐述的网络特性仅适用于 Version2 file format,Version1 file format不支持该特性。

基本概念

默认情况下, Compose会为应用创建一个网络,服务的每个容器都会加入该网络中。这样,容器就可被该网络中的其他容器访问,不仅如此,该容器还能以服务名称作为hostname被其他容器访问。
默认情况下,应用程序的网络名称基于 Compose的工程名称,而项目名称基于 docker-compose.yml 所在目录的名称。如需修改工程名称,可使用 --project-name标识或COMPOSE_ PORJECT_NAME环境变量。
举个例子,假如一个应用程序在名为 myapp的目录中,并且 docker-compose.yml如下所示:

version: 2
servlce:web:build: .ports:"8000:8900"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允许定义一个别名,从而使用该别名访问其他服务。举个例子:

version: 2
servlce:web:build: .links:- "db:database"db:image: postgres

这样 Web 服务就可使用 db 或 database 作为 hostname 访问 db 服务了。例如，postgres://database:5432

指定自定义网络

一些场景下,默认的网络配置满足不了我们的需求,此时可使用 networks 命令自定义网络。networks 命令允许创建更加复杂的网络拓扑并指定自定义网络驱动和选项。不仅如此,还可使用 networks 将服务连接到不是由 Compose 管理的、外部创建的网络。
如下,在其中定义了两个自定义网络。

version: 2
servlce:proxy:build: ./proxynetworks:- frontapp:build: /appnetworks:- front- backdb:image: postgresnetworks:- backnetworks:front:# Use a custom driverdriver: custom-driver-1back:# Use a custom driver which takes special optionsdriver: custom-driver-2driver_opts:foo: "1"bar: "2"

其中, proxy 服务与 db 服务隔离,两者分别使用自己的网络,app 服务可与两者通信。
由本例不难发现,使用 networks命令,即可方便实现服务间的网络隔离与连接。

配置默认网络

除自定义网络外,也可为默认网络自定义配置。

version: 2
servlce:web:build: .ports:- "8000:8000"db:image: postgres
networks:default:# Use a custom driverdriver: custom-driver-1

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

使用已存在的网络

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

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

学习于：《Spring Cloud与Docker 微服务架构实战》 — 周立