Docker 精通之 docker-compose

1、Docker-compose简介

1.1、ocker-compose简介

Docker-Compose项目是Docker官方的开源项目，负责实现对Docker容器集群的快速编排。

Compose 是 Docker 公司推出的一个工具软件，可以管理多个 Docker 容器组成一个应用。你需要定义一个 YAML 格式的配置文件docker-compose.yml，写好多个容器之间的调用关系。然后，只要一个命令，就能同时启动/关闭这些容器

Docker-Compose将所管理的容器分为三层，分别是工程（project），服务（service）以及容器（container）。Docker-Compose运行目录下的所有文件（docker-compose.yml，extends文件或环境变量文件等）组成一个工程，若无特殊指定工程名即为当前目录名。一个工程当中可包含多个服务，每个服务中定义了容器运行的镜像，参数，依赖。一个服务当中可包括多个容器实例，Docker-Compose并没有解决负载均衡的问题，因此需要借助其它工具实现服务发现及负载均衡。

Docker-Compose的工程配置文件默认为docker-compose.yml，可通过环境变量COMPOSE_FILE或-f参数自定义配置文件，其定义了多个有依赖关系的服务及每个服务运行的容器。

使用一个Dockerfile模板文件，可以让用户很方便的定义一个单独的应用容器。在工作中，经常会碰到需要多个容器相互配合来完成某项任务的情况。例如要实现一个Web项目，除了Web服务容器本身，往往还需要再加上后端的数据库服务容器，甚至还包括负载均衡容器等。

Compose允许用户通过一个单独的docker-compose.yml模板文件（YAML 格式）来定义一组相关联的应用容器为一个项目（project）。

Docker-Compose项目由Python编写，调用Docker服务提供的API来对容器进行管理。因此，只要所操作的平台支持Docker API，就可以在其上利用Compose来进行编排管理。

1.1.2 能干嘛

docker建议我们每一个容器中只运行一个服务,因为docker容器本身占用资源极少,所以最好是将每个服务单独的分割开来但是这样我们又面临了一个问题？

如果我需要同时部署好多个服务,难道要每个服务单独写Dockerfile然后在构建镜像,构建容器,这样累都累死了,所以docker官方给我们提供了docker-compose多服务部署的工具。

例如要实现一个Web微服务项目，除了Web服务容器本身，往往还需要再加上后端的数据库mysql服务容器，redis服务器，注册中心eureka，甚至还包括负载均衡容器等等。。。。。。

Compose允许用户通过一个单独的docker-compose.yml模板文件（YAML 格式）来定义一组相关联的应用容器为一个项目（project）。

可以很容易地用一个配置文件定义一个多容器的应用，然后使用一条指令安装这个应用的所有依赖，完成构建。Docker-Compose 解决了容器与容器之间如何管理编排的问题。

1.2、Docker-compose 安装

官网：https://docs.docker.com/compose/compose-file/compose-file-v3/

官网下载：https://docs.docker.com/compose/install/

1
2
3
4
5
6
7
8
9
10
11
# ubuntu 命令安装
apt install python-pip
pip install docker-compose

# centos 使用下面的命令安装pip
yum -y install python-pip

# 或者使用 curl 命令安装
curl -L "https://github.com/docker/compose/releases/download/1.29.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
chmod +x /usr/local/bin/docker-compose
docker-compose --version

查看安装的版本

1
2
# docker-compose --version
docker-compose version 1.24.0, build 0aa5906

1.3、Docker-compose卸载

1
pip uninstall docker-compose

2、Docker-compose常用命令

2.1、Docker-compose 命令格式

1
2
3
4
5
6
7
8
docker-compose [-f <arg>...] [options] [COMMAND] [ARGS...]

命令选项如下:
    -f --file FILE指定Compose模板文件，默认为docker-compose.yml
    -p --project-name NAME 指定项目名称，默认使用当前所在目录为项目名
    --verbose  输出更多调试信息
    -v，-version 打印版本并退出
    --log-level LEVEL 定义日志等级(DEBUG, INFO, WARNING, ERROR, CRITICAL)

2.2、docker-compose up

启动容器

1
2
3
4
5
6
7
8
9
10
11
12
13
docker-compose up [options] [--scale SERVICE=NUM...] [SERVICE...]

选项包括：
    -d 在后台运行服务容器
    -no-color 不是有颜色来区分不同的服务的控制输出
    -no-deps 不启动服务所链接的容器
    --force-recreate 强制重新创建容器，不能与-no-recreate同时使用
    –no-recreate 如果容器已经存在，则不重新创建，不能与–force-recreate同时使用
    –no-build 不自动构建缺失的服务镜像
    –build 在启动容器前构建服务镜像
    –abort-on-container-exit 停止所有容器，如果任何一个容器被停止，不能与-d同时使用
    -t, –timeout TIMEOUT 停止容器时候的超时（默认为10秒）
    –remove-orphans 删除服务中没有在compose文件中定义的容器

2.3、docker-compose ps

列出项目中所有的容器

1
docker-compose  ps [options] [SERVICE...]

2.4、docker-compose stop

停止容器

1
2
3
4
5
6
7
docker-compose stop [options] [SERVICE...]

选项包括
    -t, –timeout TIMEOUT 停止容器时候的超时（默认为10秒）

docker-compose stop
# 停止正在运行的容器，可以通过docker-compose start 再次启动

2.5、docker-compose -h

查看帮助

1
docker-compose -h

2.6、docker-compose down

停止和删除容器、网络、卷、镜像。

1
2
3
4
5
6
7
8
9
docker-compose down [options]

选项包括：
    –rmi type，删除镜像，类型必须是：all，删除compose文件中定义的所有镜像；local，删除镜像名为空的镜像
    -v, –volumes，删除已经在compose文件中定义的和匿名的附在容器上的数据卷
    –remove-orphans，删除服务中没有在compose中定义的容器

docker-compose down
# 停用移除所有容器以及网络相关

2.7、docker-compose logs

1
2
3
4
5
6
docker-compose logs [options] [SERVICE...]
# 查看服务容器的输出。默认情况下，docker-compose将对不同的服务输出使用不同的颜色来区分。可以通过–no-color来关闭颜色。

docker-compose logs
# 查看服务容器的输出 
    -f 跟踪日志输出

2.8、docker-compose bulid

构建（重新构建）项目中的服务容器。
服务容器一旦构建后，将会带上一个标记名。可以随时在项目目录下运行docker-compose build来重新构建服务

1
2
3
4
5
6
7
8
9
docker-compose build [options] [--build-arg key=val...] [SERVICE...]

选项包括：
    –compress 通过gzip压缩构建上下环境
    –force-rm 删除构建过程中的临时容器
    –no-cache 构建镜像过程中不使用缓存
    –pull 始终尝试通过拉取操作来获取更新版本的镜像
    -m, –memory MEM为构建的容器设置内存大小
    –build-arg key=val为服务设置build-time变量

2.9、docker-compose pull

拉取服务依赖的镜像。

1
2
3
4
5
6
7
8
9
docker-compose pull [options] [SERVICE...]

选项包括：
    –ignore-pull-failures，忽略拉取镜像过程中的错误
    –parallel，多个镜像同时拉取
    –quiet，拉取镜像过程中不打印进度信息

docker-compose pull
# 拉取服务依赖的镜像

2.10、docker-compose restart

重启项目中的服务。

1
2
3
4
5
6
7
docker-compose restart [options] [SERVICE...]

选项包括：
    -t, –timeout TIMEOUT，指定重启前停止容器的超时（默认为10秒）

docker-compose restart
# 重启项目中的服务

2.11、docker-compose rm

删除所有（停止状态的）服务容器。

1
2
3
4
5
6
7
8
docker-compose rm [options] [SERVICE...]

选项包括：
    –f, –force，强制直接删除，包括非停止状态的容器
    -v，删除容器所挂载的数据卷

docker-compose rm
# 删除所有（停止状态的）服务容器。推荐先执行docker-compose stop命令来停止容器。

2.12、docker-compose start

启动已经存在的服务容器。

1
docker-compose start [SERVICE...]

2.13、docker-compose run

在指定服务上执行一个命令。

1
2
3
4
docker-compose run [options] [-v VOLUME...] [-p PORT...] [-e KEY=VAL...] SERVICE [COMMAND] [ARGS...]

docker-compose run ubuntu ping www.baidu.com
# 在指定容器上执行一个ping命令。

2.14、docker-compose scale

设置指定服务运行的容器个数。通过service=num的参数来设置数量

1
docker-compose scale web=3 db=2

2.15、docker-compose pause

暂停一个服务容器

1
docker-compose pause [SERVICE...]

2.16、docker-compose kill

通过发送SIGKILL信号来强制停止服务容器。 

1
2
3
4
docker-compose kill [options] [SERVICE...]

# 支持通过-s参数来指定发送的信号，例如通过如下指令发送SIGINT信号：
docker-compose kill -s SIGINT

2.17、docker-compose config

验证并查看compose文件配置。

1
2
3
4
5
6
7
docker-compose config [options]

选项包括：
    –resolve-image-digests 将镜像标签标记为摘要
    -q, –quiet 只验证配置，不输出。 当配置正确时，不输出任何内容，当文件配置错误，输出错误信息
    –services 打印服务名，一行一个
    –volumes 打印数据卷名，一行一个

2.18、docker-compose create

为服务创建容器。

1
2
3
4
5
6
7
docker-compose create [options] [SERVICE...]

选项包括：
    –force-recreate：重新创建容器，即使配置和镜像没有改变，不兼容–no-recreate参数
    –no-recreate：如果容器已经存在，不需要重新创建，不兼容–force-recreate参数
    –no-build：不创建镜像，即使缺失
    –build：创建容器前　　，生成镜像

2.19、docker-compose exec

1
2
3
4
5
6
7
8
docker-compose exec [options] SERVICE COMMAND [ARGS...]

选项包括：
    -d 分离模式，后台运行命令。
    –privileged 获取特权。
    –user USER 指定运行的用户。
    -T 禁用分配TTY，默认docker-compose exec分配TTY。
    –index=index，当一个服务拥有多个容器时，可通过该参数登陆到该服务下的任何服务，例如：docker-compose exec –index=1 web /bin/bash ，web服务中包含多个容器

2.20、docker-compose port

显示某个容器端口所映射的公共端口。

1
2
3
4
5
docker-compose port [options] SERVICE PRIVATE_PORT

选项包括：
    –protocol=proto，指定端口协议，TCP（默认值）或者UDP
    –index=index，如果同意服务存在多个容器，指定命令对象容器的序号（默认为1）

2.21、docker-compose push

推送服务依的镜像。

1
2
3
4
docker-compose push [options] [SERVICE...]

选项包括：
    –ignore-push-failures 忽略推送镜像过程中的错误

2.22、docker-compose uppause

恢复处于暂停状态中的服务。

1
docker-compose unpause [SERVICE...]

3、Docker-compose模板文件

3.1、Docker-compose模板文件简介

Compose允许用户通过一个docker-compose.yml模板文件（YAML 格式）来定义一组相关联的应用容器为一个项目（project）。

Compose模板文件是一个定义服务、网络和卷的YAML文件。Compose模板文件默认路径是当前目录下的docker-compose.yml，可以使用.yml或.yaml作为文件扩展名。

Docker-Compose标准模板文件应该包含version、services、networks 三大部分，最关键的是services和networks两个部分。举例如下

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
version: '2'
services:
  web:
    image: dockercloud/hello-world
    ports:
      - 8080
    networks:
      - front-tier
      - back-tier
 
  redis:
    image: redis
    links:
      - web
    networks:
      - back-tier
 
  lb:
    image: dockercloud/haproxy
    ports:
      - 80:80
    links:
      - web
    networks:
      - front-tier
      - back-tier
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock 
 
networks:
  front-tier:
    driver: bridge
  back-tier:
    driver: bridge

Compose目前有三个版本分别为Version 1，Version 2，Version 3，Compose区分Version 1和Version 2（Compose 1.6.0+，Docker Engine 1.10.0+）。Version 2支持更多的指令。Version 1将来会被弃用。

3.2、image

image是指定服务的镜像名称或镜像ID。如果镜像在本地不存在，Compose将会尝试拉取镜像。

1
2
3
services: 
  web: 
    image: hello-world

3.3、build

　　服务除了可以基于指定的镜像，还可以基于一份Dockerfile，在使用up启动时执行构建任务，构建标签是build，可以指定Dockerfile所在文件夹的路径。Compose将会利用Dockerfile自动构建镜像，然后使用镜像启动服务容器。

1
2
3
services:
  web:
    build: /path/to/build/dir

　　也可以是相对路径，只要上下文确定就可以读取到Dockerfile。

1
2
3
services:
  web:
    build: ./dir

　　设定上下文根目录，然后以该目录为准指定Dockerfile。

1
2
3
4
5
services:
  web:
    build:
      context: ../
      dockerfile: path/of/Dockerfile

　　build都是一个目录，如果要指定Dockerfile文件需要在build标签的子级标签中使用dockerfile标签指定。
如果同时指定image和build两个标签，那么Compose会构建镜像并且把镜像命名为image值指定的名字。

3.4、context

　　context选项可以是Dockerfile的文件路径，也可以是到链接到git仓库的url，当提供的值是相对路径时，被解析为相对于撰写文件的路径，此目录也是发送到Docker守护进程的context

1
2
3
4
services:
  web:
    build:
      context: ./dir

3.5、dockerfile

　　使用dockerfile文件来构建，必须指定构建路径

1
2
3
4
5
services:
  web:
    build:
      context: .
      dockerfile: Dockerfile-alternate

3.6、commond

　　使用command可以覆盖容器启动后默认执行的命令。

1
2
3
4
5
6
services:
  web:
    build:
      context: .
      dockerfile: Dockerfile-alternate
      command: bundle exec thin -p 3000

3.7、container_name

　　Compose的容器名称格式是：<项目名称><服务名称><序号>
　　可以自定义项目名称、服务名称，但如果想完全控制容器的命名，可以使用标签指定：

1
container_name: app

3.8、depends_on 依赖

　　在使用Compose时，最大的好处就是少打启动命令，但一般项目容器启动的顺序是有要求的，如果直接从上到下启动容器，必然会因为容器依赖问题而启动失败。例如在没启动数据库容器的时候启动应用容器，应用容器会因为找不到数据库而退出。depends_on标签用于解决容器的依赖、启动先后的问题

1
2
3
4
5
6
7
8
9
10
11
version: '2'
services:
  web:
    build: .
    depends_on:
      - db
      - redis
  redis:
    image: redis
  db:
    image: postgres

　　上述YAML文件定义的容器会先启动redis和db两个服务，最后才启动web 服务。

3.9、PID

　　将PID模式设置为主机PID模式，跟主机系统共享进程命名空间。容器使用pid标签将能够访问和操纵其他容器和宿主机的名称空间。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
services:
  web:
    pid: "host"
``` 

## 3.10、ports

　　ports用于映射端口的标签。  
　　使用HOST:CONTAINER格式或者只是指定容器的端口，宿主机会随机映射端口。

```plain
services:
  web:
    ports:
     - "3000"
     - "8000:8000"
     - "49100:22"
     - "127.0.0.1:8001:8001"

　　当使用HOST:CONTAINER格式来映射端口时，如果使用的容器端口小于60可能会得到错误得结果，因为YAML将会解析xx:yy这种数字格式为60进制。所以建议采用字符串格式。

3.11、extra_hosts

　　添加主机名的标签，会在/etc/hosts文件中添加一些记录。

1
2
3
4
5
services:
  web:
    extra_hosts:
     - "somehost:162.242.195.82"
     - "otherhost:50.31.209.229"

　　启动后查看容器内部hosts：

1
2
162.242.195.82  somehost
50.31.209.229   otherhost

3.12、volumes

　　挂载一个目录或者一个已存在的数据卷容器，可以直接使用 [HOST:CONTAINER]格式，或者使用[HOST:CONTAINER:ro]格式，后者对于容器来说，数据卷是只读的，可以有效保护宿主机的文件系统。
　　Compose的数据卷指定路径可以是相对路径，使用 . 或者 .. 来指定相对目录。
　　数据卷的格式可以是下面多种形式

1
2
3
4
5
6
7
8
9
10
11
12
13
services:
  web:
    volumes:
      // 只是指定一个路径，Docker 会自动在创建一个数据卷（这个路径是容器内部的）。
      - /var/lib/mysql
      // 使用绝对路径挂载数据卷
      - /opt/data:/var/lib/mysql
      // 以 Compose 配置文件为中心的相对路径作为数据卷挂载到容器。
      - ./cache:/tmp/cache
      // 使用用户的相对路径（~/ 表示的目录是 /home/<用户目录>/ 或者 /root/）。
      - ~/configs:/etc/configs/:ro
      // 已经存在的命名的数据卷。
      - datavolume:/var/lib/mysql

　　如果不使用宿主机的路径，可以指定一个volume_driver。 

1
volume_driver: mydriver

3.13、volumes_from

　　从另一个服务或容器挂载其数据卷：

1
2
3
4
5
services:
  web:
    volumes_from:
     - service_name    
     - container_name

3.14、dns

　　自定义DNS服务器。可以是一个值，也可以是一个列表。

1
2
3
4
5
6
services:
  web:
    dns：8.8.8.8
    dns：
     - 8.8.8.8    
     - 9.9.9.9

3.15、expose

　　暴露端口，但不映射到宿主机，只允许能被连接的服务访问。仅可以指定内部端口为参数，如下所示：

1
2
3
4
5
services:
  web:
    expose:
     - "3000"
     - "8000"

　　链接到其它服务中的容器。使用服务名称（同时作为别名），或者“服务名称:服务别名”（如 SERVICE:ALIAS），例如：

1
2
3
4
5
6
services:
  web:
    links:
     - db
     - db:database
     - redis

3.17、net

　　设置网络模式。

1
2
3
4
5
services:
  web:
    net: "bridge"
    net: "none"
    net: "host"

3.18、deploy

　　部署相关参数。

1
2
3
4
5
6
7
8
9
10
services:
  web:
    deploy:
      resources:
        limits:
          memory: 12288m
        reservations:
          memory: 8192m
      restart_policy:
        condition: on-failure

3.19、environment

　　environment。

1
2
3
4
services:
  web:
    environment:
      - API_BASE_URL=http://localhost:8081

4、dependency-track 示例

4.1、Docker-compose 模板

　　docker-compose.yml

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
version: '3.7'

#####################################################
# This Docker Compose file contains two services
#    Dependency-Track API Server
#    Dependency-Track FrontEnd
#####################################################

volumes:
  dependency-track:

services:
  dtrack-apiserver:
    image: dependencytrack/apiserver
    # environment:
    # The Dependency-Track container can be configured using any of the
    # available configuration properties defined in:
    # https://docs.dependencytrack.org/getting-started/configuration/
    # All properties are upper case with periods replaced by underscores.
    #
    # Database Properties
    # - ALPINE_DATABASE_MODE=external
    # - ALPINE_DATABASE_URL=jdbc:postgresql://postgres10:5432/dtrack
    # - ALPINE_DATABASE_DRIVER=org.postgresql.Driver
    # - ALPINE_DATABASE_USERNAME=dtrack
    # - ALPINE_DATABASE_PASSWORD=changeme
    # - ALPINE_DATABASE_POOL_ENABLED=true
    # - ALPINE_DATABASE_POOL_MAX_SIZE=10
    # - ALPINE_DATABASE_POOL_IDLE_TIMEOUT=600000
    # - ALPINE_DATABASE_POOL_MAX_LIFETIME=600000
    #
    # Optional LDAP Properties
    # - ALPINE_LDAP_ENABLED=true
    # - ALPINE_LDAP_SERVER_URL=ldap://ldap.example.com:389
    # - ALPINE_LDAP_BASEDN=dc=example,dc=com
    # - ALPINE_LDAP_SECURITY_AUTH=simple
    # - ALPINE_LDAP_BIND_USERNAME=
    # - ALPINE_LDAP_BIND_PASSWORD=
    # - ALPINE_LDAP_AUTH_USERNAME_FORMAT=%s@example.com
    # - ALPINE_LDAP_ATTRIBUTE_NAME=userPrincipalName
    # - ALPINE_LDAP_ATTRIBUTE_MAIL=mail
    # - ALPINE_LDAP_GROUPS_FILTER=(&(objectClass=group)(objectCategory=Group))
    # - ALPINE_LDAP_USER_GROUPS_FILTER=(member:1.2.840.113556.1.4.1941:={USER_DN})
    # - ALPINE_LDAP_GROUPS_SEARCH_FILTER=(&(objectClass=group)(objectCategory=Group)(cn=*{SEARCH_TERM}*))
    # - ALPINE_LDAP_USERS_SEARCH_FILTER=(&(objectClass=user)(objectCategory=Person)(cn=*{SEARCH_TERM}*))
    # - ALPINE_LDAP_USER_PROVISIONING=false
    # - ALPINE_LDAP_TEAM_SYNCHRONIZATION=false
    #
    # Optional OpenID Connect (OIDC) Properties
    # - ALPINE_OIDC_ENABLED=true
    # - ALPINE_OIDC_ISSUER=https://auth.example.com/auth/realms/example
    # - ALPINE_OIDC_USERNAME_CLAIM=preferred_username
    # - ALPINE_OIDC_TEAMS_CLAIM=groups
    # - ALPINE_OIDC_USER_PROVISIONING=true
    # - ALPINE_OIDC_TEAM_SYNCHRONIZATION=true
    #
    # Optional HTTP Proxy Settings
    # - ALPINE_HTTP_PROXY_ADDRESS=proxy.example.com
    # - ALPINE_HTTP_PROXY_PORT=8888
    # - ALPINE_HTTP_PROXY_USERNAME=
    # - ALPINE_HTTP_PROXY_PASSWORD=
    # - ALPINE_NO_PROXY=
    #
    # Optional Cross-Origin Resource Sharing (CORS) Headers
    # - ALPINE_CORS_ENABLED=true
    # - ALPINE_CORS_ALLOW_ORIGIN=*
    # - ALPINE_CORS_ALLOW_METHODS=GET POST PUT DELETE OPTIONS
    # - ALPINE_CORS_ALLOW_HEADERS=Origin, Content-Type, Authorization, X-Requested-With, Content-Length, Accept, Origin, X-Api-Key, X-Total-Count, *
    # - ALPINE_CORS_EXPOSE_HEADERS=Origin, Content-Type, Authorization, X-Requested-With, Content-Length, Accept, Origin, X-Api-Key, X-Total-Count
    # - ALPINE_CORS_ALLOW_CREDENTIALS=true
    # - ALPINE_CORS_MAX_AGE=3600
    deploy:
      resources:
        limits:
          memory: 12288m
        reservations:
          memory: 8192m
      restart_policy:
        condition: on-failure
    ports:
      - '8081:8080'
    volumes:
      - 'dependency-track:/data'
    restart: unless-stopped

  dtrack-frontend:
    image: dependencytrack/frontend
    depends_on:
      - dtrack-apiserver
    environment:
      - API_BASE_URL=http://localhost:8081
      # - "OIDC_ISSUER="
      # - "OIDC_CLIENT_ID="
      # - "OIDC_SCOPE="
      # - "OIDC_FLOW="
      # volumes:
      # - "/host/path/to/config.json:/app/static/config.json"
    ports:
      - "8080:80"
    restart: unless-stopped

　　docker-compose.yml文件指定了3个web服务

4.2、启动应用

　　创建一个webapp目录，将docker-compose.yaml文件拷贝到webapp目录下，使用docker-compose启动应用。

1
docker-compose up -d

4.3、服务访问

通过浏览器访问

Docker
#Docker
Docker 精通之 docker-compose
https://flepeng.github.io/042-云原生-01-Docker-compose-Docker-精通之-docker-compose/
作者
Lepeng
发布于
2021年3月12日
许可协议