Compose 简介
Compose 用于定义和运行多容器 Docker 应用程序的工具。通过 Compose,可以使用 YAML 文件来配置应用程序需要的所有服务。然后,使用一个命令,就可以从 YAML 文件配置中创建并启动所有服务。
Compose 使用的三个步骤:
- 使用 Dockerfile 定义应用程序的环境。
- 使用
docker-compose.yml
定义构建应用程序的服务,这样它们可以在隔离环境中一起运行。 - 最后,执行
docker-compose up
命令来启动并运行整个应用程序。
使用示例
1. 准备
创建一个测试目录:
|
|
在测试目录中创建一个名为 app.py 的文件, 并复制粘贴以下内容:
|
|
在此示例中,redis 是应用程序网络上的 Redis 容器的主机名,该主机使用的端口为 6379。
在 composetest 目录中创建另一个名为 requirements.txt
的文件,内容如下:
|
|
2. 创建 Dockerfile 文件
在 composetest 目录中,创建一个名为 Dockerfile 的文件,内容如下:
|
|
Dockerfile 内容解释:
FROM python3.7-alpine
以 Python3.7 镜像为基础开始构建镜像WORKDIR /code
将工作目录设置为 /codeENV FLASK_APP app.py | ENV FLASK_RUN_HOST 0.0.0.0
设置 flask 命令使用的环境变量RUN apk add --no-cache gcc musl-dev linux-headers
安装 gcc,以便诸如 MarkupSafe 和 SQLAlchemy 之类的 Python 包可以编译加速。COPY requirements.txt requirements.txt | RUN pip install -r requirements.txt
复制 requirements.txt 并安装 Python 依赖项COPY . .
将 . 项目中的当前目录复制到 . 镜像中的工作目录CMD [“flask”, “run”]
容器提供默认的执行命令为: flask run
3. 创建 docker-compose.yml
在测试目录中创建一个名为 docker-compose.yml
的文件,然后粘贴以下内容:
|
|
该 Compose 文件定义了两个服务: web 和 redis
- web:该 web 服务使用从 Dockerfile 当前目录中构建的镜像。然后,它将容器和主机绑定到暴露的端口 5000。此示例服务使用 Flask Web 服务器的默认端口 5000
- Redis:该 Redis 服务使用 Docker Hub 的公共 Redis 映像。
4. 使用 Compose 命令构建和运行您的应用
在测试目录中,执行以下命令来启动应用程序:
docker-compose up
如果你想在后台执行该服务可以加上 -d 参数:
docker-compose up -d
yml 配置指令参考
version
指定本 yml 依从的 compose 哪个版本制定的。
build
指定为构建镜像上下文路径:
例如 webapp 服务,指定为从上下文路径 ./dir/Dockerfile
所构建的镜像:
|
|
或者,作为具有在上下文指定的路径的对象,以及可选的 Dockerfile 和 args:
|
|
context
: 上下文路径dockerfile
: 指定构建镜像的 Dockerfile 文件名args
: 添加构建参数,这是只能在构建过程中访问的环境变量labels
: 设置构建镜像的标签target
: 多层构建,可以指定构建哪一层
cap_add, cap_drop
添加或删除容器拥有的宿主机的内核功能。
|
|
cgroup_parent
为容器指定父 cgroup 组,意味着将继承该组的资源限制。
cgroup_parent: m-executor-abcd
command
覆盖容器启动的默认命令。
command: ["bundle", "exec", "thin", "-p", "3000"]
container_name
指定自定义容器名称,而不是生成的默认名称
container_name: my-web-container
depends_on
设置依赖关系。
docker-compose up
: 以依赖性顺序启动服务。在以下示例中,先启动 db 和 Redis,才会启动 web。docker-compose up SERVICE
: 自动包含 SERVICE 的依赖项。在以下示例中,docker-compose up web 还将创建并启动 db 和 Redis。docker-compose stop
: 以依赖关系顺序停止服务。在以下示例中,web 在 db 和 Redis 之前停止。
|
|
注意:web 服务不会等待 redis db 完全启动之后才启动。
deploy
指定与服务的部署和运行有关的配置。只在 swarm 模式下才会有用。
|
|
可选参数: endpoint_mode: 访问集群服务的方式。
|
|
labels: 在服务上设置标签。可以用容器上的 labels (跟 deploy 同级的配置) 覆盖 deploy 下的 labels。 mode: 指定服务提供的模式。
- replicated: 复制服务,复制指定服务到集群的机器上。
- global: 全局服务,服务将部署至集群的每个节点。
- 图解: 下图中黄色的方块是 replicated 模式的运行情况,灰色方块是 global 模式的运行情况。
- condition:可选 none,on-failure 或 any (默认值: any)
- delay: 设置多久之后重启 (默认值: 0)
- max_attempts: 尝试重新启动容器的次数,超出次数,则不再重试 (默认值: 一直重试)
- window: 设置容器重启超时时间 (默认值: 0)
rollback_config: 配置在更新失败的情况下应如何回滚服务。
- parallelism: 一次要回滚的容器数。如果设置为 0,则所有容器将同时回滚。
- delay: 每个容器组回滚之间的等待的时间 (默认为 0s)
- failure_action: 如果回滚失败,该怎么办。其中一个 continue 或者 pause (默认 pause)
- monitor: 每个容器更新后,持续观察是否失败了的时间 (ns | us | ms | s | m | h) (默认 0s)
- max_failure_ratio: 在回滚期间可以容忍的故障率 (默认 0)
- order: 回滚期间的操作顺序。其中一个 stop-first (串行回滚), 或者 start-first (并行回滚) (默认 stop-first)
update_config: 配置应如何更新服务,对于配置滚动更新很有用。
- parallelism: 一次更新的容器数
- delay: 在更新一组容器之间等待的时间
- failure_action: 如果更新失败, 该怎么办。其中一个 continue,rollback 或者 pause (默认 pause)
- monitor: 每个容器更新后,持续观察是否失败了的时间 (ns | us | ms | s | m | h) (默认 0s)
- max_failure_ratio: 在更新过程中可以容忍的故障率
- order: 回滚期间的操作顺序。其中一个 stop-first (串行回滚), 或者 start-first (并行回滚) (默认 stop-first)
注:仅支持 V3.4 及更高版本。
devices
指定设备映射列表。
|
|
dns
自定义 DNS 服务器,可以是单个值或列表的多个值。
|
|
dns_search
自定义 DNS 搜索域。可以是单个值或列表。
|
|
entrypoint
覆盖容器默认的 entrypoint。
|
|
也可以是以下格式:
|
|
env_file
从文件添加环境变量。可以是单个值或列表的多个值。
|
|
也可以是列表格式:
|
|
environment
添加环境变量。您可以使用数组或字典、任何布尔值,布尔值需要用引号引起来,以确保 YML 解析器不会将其转换为 True 或 False
|
|
expose
暴露端口,但不映射到宿主机,只被连接的服务访问。 仅可以指定内部端口为参数:
|
|
extra_hosts
添加主机名映射。类似 docker client –add-host
|
|
以上会在此服务的内部容器中 /etc/hosts 创建一个具有 ip 地址和主机名的映射关系:
|
|
healthcheck
用于检测 docker 服务是否健康运行。
|
|
image
指定容器运行的镜像。以下格式都可以:
|
|
logging
服务的日志记录配置。 driver: 指定服务容器的日志记录驱动程序,默认值为 json-file。有以下三个选项
|
|
仅在 json-file 驱动程序下,可以使用以下参数,限制日志的数量和大小。
|
|
当达到文件限制上限,会自动删除旧的文件。 syslog 驱动程序下,可以使用 syslog-address 指定日志接收地址。
|
|
network_mode
设置网络模式。
|
|
networks
配置容器连接的网络,引用顶级 networks 下的条目。
|
|
aliases: 同一网络上的其他容器可以使用服务名称或此别名来连接到对应容器的服务。
restart
no
: 是默认的重启策略,在任何情况下都不会重启容器always
: 容器总是重新启动on-failure
: 在容器非正常退出时 (退出状态非 0),才会重启容器unless-stopped
: 在容器退出时总是重启容器,但是不考虑在 Docker 守护进程启动时就已经停止了的容器
|
|
注: swarm 集群模式,请改用 restart_policy
secrets
存储敏感数据,例如密码:
|
|
security_opt
修改容器默认的 schema 标签。
|
|
stop_grace_period
指定在容器无法处理 SIGTERM (或者任何 stop_signal 的信号),等待多久后发送 SIGKILL 信号关闭容器。
|
|
默认的等待时间是 10 秒。
stop_signal
设置停止容器的替代信号。默认情况下使用 SIGTERM。 以下示例,使用 SIGUSR1 替代信号 SIGTERM 来停止容器。
|
|
sysctls
设置容器中的内核参数,可以使用数组或字典格式。
|
|
tmpfs
在容器内安装一个临时文件系统。可以是单个值或列表的多个值。
|
|
ulimits
覆盖容器默认的 ulimit。
|
|
volumes
将主机的数据卷或者文件挂载到容器里。
|
|
感谢您的耐心阅读!来选个表情,或者留个评论吧!