docker-compose介绍

什么是docker-compose？

Compose项目是Docker官方的开源项目，负责实现对Docker容器集群的快速编排。它是一个定义和运行多容器的 docker应用工具。使用compose，你能通过YMAL文件配置你自己的服务，然后通过一个命令，你能使用配置文件 创建和运行所有的服务。重点可以启动多个容器！

docker-compose组成？

Docker-Compose将所管理的容器分为三层，分别是工程（project），服务（service）以及容器(container)。 Docker-Compose运行目录下的所有文件（docker-compose.yml，extends文件或环境变量文件等）组成一个工 程，若无特殊指定工程名即为当前目录名。一个工程当中可包含多个服务，每个服务中定义了容器运行的镜像，参 数，依赖。一个服务当中可包括多个容器实例。

• 服务（service）：一个应用的容器，实际上可以包括若干运行相同镜像的容器实例。每个服务都有自己的名 字、使用的镜像、挂载的数据卷、所属的网络、依赖哪些其他服务等等，即以容器为粒度，用户需要Compose 所完成的任务。

• 项目（project）：由一组关联的应用容器组成的一个完成业务单元，在docker-compose.yml中定义。即是 Compose的一个配置文件可以解析为一个项目，Compose通过分析指定配置文件，得出配置文件所需完成的所 有容器管理与部署操作。

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

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

docker-compose安装

curl -L "https://github.com/docker/compose/releases/download/1.24.0/dockercompose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
# 设置文件可执行权限
chmod +x /usr/local/bin/docker-compose
# 查看版本信息
docker-compose -version
#卸载
rm -rf /usr/local/bin/docker-compose

docker-compose常用命令介绍

使用Compose前，可以通过执行 docker-compose --help|-h 来查看Compose基本命令用法。

也可以通过执行 docker-compose [COMMAND] --help 或者 docker-compose --help [COMMAND] 来查看某个具体的使 用格式。 可以知道Compose命令的基本的使用格式为：

docker-compose [-f 参数...] [options] [COMMAND] [ARGS...]

Options常用

-f，–file FILE指定使用的Compose模板文件，默认为docker-compose.yml，可以多次指定。
-p，–project-name NAME指定项目名称，默认将使用所在目录名称作为项目名。
-x-network-driver 使用Docker的可拔插网络后端特性（需要Docker 1.9 及以后版本）
-x-network-driver DRIVER指定网络后端的驱动，默认为bridge（需要Docker 1.9 及以后版本）
-verbose输出更多调试信息
-v，–version打印版本并退出

Commands常用：

命令              说明
build           构建项目中的服务容器
help            获得一个命令的帮助
kill            通过发送SIGKILL信号来强制停止服务容器
config          验证和查看compose文件配置
create          为服务创建容器。只是单纯的create，还需要使用start启动compose
down            停止并删除容器，网络，镜像和数据卷
exec            在运行的容器中执行一个命令
logs            查看服务容器的输出
pause           暂停一个服务容器
port            打印某个容器端口所映射的公共端口
ps              列出项目中目前的所有容器
pull            拉取服务依赖的镜像
push            推送服务镜像
restart         重启项目中的服务
rm              删除所有（停止状态的）服务容器
run             在指定服务上执行一个命令
scale           设置指定服务运行的容器个数
start           启动已经存在的服务容器
stop            停止已经处于运行状态的容器，但不删除它
top             显示运行的进程
unpause         恢复处于暂停状态中的服务
up              自动完成包括构建镜像、创建服务、启动服务并关闭关联服务相关容器的一些列操作
version         打印版本信息

up命令介绍：

语法： docker-compose up [options] [--scale SERVICE=NUM...] [SERVICE...]

作用：up命令十分强大，它尝试自动完成包括构建镜像，（重新）创建服务，启动服务，并关联服务相关容器的一些列操 作。链接的服务都将会被自动启动，除非已经处于运行状态。 多数情况下我们可以直接通过该命令来启动一个项目。

option包括：

-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文件中定义的容器
–scale SERVICE=NUM          设置服务运行容器的个数，将覆盖在compose中通过scale指定的参数

 

build命令介绍：

语法：docker-compose build [options] [--build-arg key=val...] [SERVICE...]

作用：构建（重新构建）项目中的服务容器。

option包括：

–compress   通过gzip压缩构建上下环境
–force-rm   删除构建过程中的临时容器
–no-cache   构建镜像过程中不使用缓存
–pull       始终尝试通过拉取操作来获取更新版本的镜像
-m, –memory MEM为      构建的容器设置内存大小
–build-arg key=val     为服务设置build-time变量
                       服务容器一旦构建后，将会带上一个标记名。可以随时在项目目录下运行                            docker-compose build来重新构建服务

 

logs命令介绍：

语法：docker-compose build [options] [--build-arg key=val...] [SERVICE...]

作用：查看服务容器的输出。默认情况下，docker-compose将对不同的服务输出使用不同的颜色来区分。可以通过–no-color来关闭颜色。

option包括：

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

 

ps命令介绍：

语法：docker-compose ps [options] [SERVICE...]

作用：列出项目中目前的所有容器。

option包括：

-q 只打印容器的ID信息

 

stop命令介绍：

语法：docker-compose stop [options] [SERVICE...]

作用：停止已经处于运行状态的容器，但不删除它。

option包括：

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

 

start命令介绍：

语法：docker-compose start [SERVICE...]

作用：docker-compose start [SERVICE...]

 

down 命令介绍：

语法：docker-compose down [options]

作用：停止和删除容器、网络、卷、镜像，这些内容是通过docker-compose up命令创建的. 默认值删除 容器 网络，可以 通过指定 rmi 、volumes参数删除镜像和卷。

option包括：

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

 

restart命令介绍：

语法：docker-compose restart [options] [SERVICE...]

作用：重启项目中的服务。

option包括：

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

 

rm命令介绍：

语法：docker-compose rm [options] [SERVICE...]

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

option包括：

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

 

run命令介绍：

语法：docker-compose run [options] [-v VOLUME...] [-p PORT...] [-e KEY=VAL...] SERVICE
[COMMAND] [ARGS...]

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

option包括：

-d 在后台运行服务容器
–name NAME 为容器指定一个名字
–entrypoint CMD 覆盖默认的容器启动指令
-e KEY=VAL 设置环境变量值，可多次使用选项来设置多个环境变量
-u, --user="" 指定运行容器的用户名或者uid
–no-deps 不自动启动管理的服务容器
–rm 运行命令后自动删除容器，d模式下将忽略
-p, --publish=[] 映射容器端口到本地主机
–service-ports 配置服务端口并映射到本地主机
-v, --volume=[] 绑定一个数据卷，默认为空
-T 不分配伪tty，意味着依赖tty的指令将无法运行
-w, --workdir="" 为容器指定默认工作目录

 

config命令介绍：

语法：docker-compose config [options]

作用：验证并查看compose文件配置。

option包括：

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

 

kill命令介绍：

语法：docker-compose kill [options] [SERVICE...]

作用：通过发送SIGKILL信号来强制停止服务容器。 支持通过-s参数来指定发送的信号

例如：通过如下指令发送SIGINT信号 docker-compose kill -s SIGINT

 

create命令介绍：

语法：docker-compose create [options] [SERVICE...]

作用：为服务创建容器.只是单纯的create，还需要使用start启动compose。

option包括：

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

 

exec命令介绍：

语法：docker-compose exec [options] SERVICE COMMAND [ARGS...]

作用：与 docker exec 命令功能相同，可以通过service name登陆到容器中。

option包括：

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

 

pause命令介绍：

语法：docker-compose pause [SERVICE...]

作用：暂停一个服务容器。

 

port命令介绍：

语法：docker-compose port [options] SERVICE PRIVATE_PORT

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

option包括：

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

 

push命令介绍：

语法：docker-compose push [options] [SERVICE...]

作用：推送服务依的镜像。

option包括：

–ignore-push-failures 忽略推送镜像过程中的错误

 

pull命令介绍：

语法：docker-compose pull [options] [SERVICE...]

作用：拉取服务依赖的镜像。

option包括：

–ignore-pull-failures   忽略拉取镜像过程中的错误
–parallel               多个镜像同时拉取
–quiet                  拉取镜像过程中不打印进度信息
docker-compose pull     拉取服务依赖的镜像

 

Compose模版文件

模板文件是使用Compose的核心，涉及的指令关键字也比较多，大部分指令与 docker run 相关参数的含义都是类 似的。默认的模板文件名称为docker-compose.yml，格式为YAML格式。

Docker Compose的模板文件主要分为3个区域，如下：

services 服务：

在它下面可以定义应用需要的一些服务，每个服务都有自己的名字、使用的镜像、挂载的数据卷、所属的网 络、依赖哪些其他服务等等。

volumes 数据卷：

在它下面可以定义的数据卷（名字等等），然后挂载到不同的服务下去使用。

networks 应用的网络：

在它下面可以定义应用的名字、使用的网络类型等等。

一个简单的Compose模板文件：

version: "2"
services:
    web:
       images: nginx
       ports:
          - "8080:80"
       volumes:
          - /usr/local/abc:/usr/local/cba
#volumes:
#networks

Docker Compose常用模板文件主要命令：

image

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

services:      
    web:        
        image: hello-world

build

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

build:   /path/to/build/dir

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

build: .  /dir

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

build:     context: ../     dockerfile: path  /of/Dockerfile

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

context

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

build:     context: .  /dir

dockerfile

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

build:     
  context: .     
  dockerfile: Dockerfile-alternate

commond

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

command: bundle   exec thin -p 3000

container_name

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

container_name: app

depends_on

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

version: '2'
services:
  web:
    build: .
    depends_on:
      - db       
      - redis     
    redis:      
      image: redis     
    db:
      image: postgres

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

PID

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

ports

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

ports:     
  - "3000"     
  - "8000:8000"     
  - "49100:22"     
  - "127.0.0.1:8001:8001"

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

extra_hosts

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

extra_hosts:    
  - "somehost:162.242.195.82"     
  - "otherhost:50.31.209.229"

　启动后查看容器内部hosts：

162.242.195.82 somehost  
50.31.209.229  otherhost

volumes

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

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。 volume_driver: mydriver

volumes_from

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

volumes_from:      
  - service_name         
  - container_name

dns

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

dns：8.8.8.8  
dns：
    - 8.8.8.8         
    - 9.9.9.9

expose

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

expose:
     - "3000"
     - "8000"

inks

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

links:     
    - db      
    - db:database      
    - redis

net

　　设置网络模式。

net:   "bridge"  
net:   "none"  
net:   "host"

参考于：https://www.cnblogs.com/minseo/p/11548177.html