docker-compose的安装以及使用
docker-compose的定义
docker-compose是docker容器的单机编排工具,它是一个可以管理多容器的工具,比如可以解决多容器之间的依赖关系,比如启动nginx前端服务的时候会调用后端tomcat,这时候就需要先启动tomcat,但启动tomcat的时候需要依赖数据库,那就需要最先启动数据库,docker-compose就可以解决这样的依赖关系,其可以替代docker run来对容器进行管理
docker的安装
Docker的安装
安装docker-compose
运行安装命令(可能得翻墙)
curl -L "https://github.com/docker/compose/releases/download/v2.3.3/docker-compose-linux-x86_64" -o /usr/local/bin/docker-compose
给予权限
chmod a+wrx /usr/local/bin/docker-compose
docker-compose常用服务配置
Compose文件是一个定义服务,网络和卷的YAML文件。 Compose文件的默认文件名为docker-compose.yml
version: '3'
services:
webapp:
build: ./dir # build 可以指定包含构建文件的上下文路径 或者作为一个对象 该对象具有上下文路径指定的Dockerfile文件以及args参数值
# webapp服务将会通过./dir目录下的Dockerfile-alternate文件作为构建容器的镜像 如果你同时指定image和build,则compose会通过build指定的目录构建容器镜像,而构建的镜像名为image中指定的镜像名和标签。
context: ./dir # 包含Dockerfile文件的目录路径 或者git仓库的URL 当提供的是相对路径时 他被解析为相对于当前compose文件的位置. 该目录也是发送到Docker守护程序构建镜像的上下文。
dockerfile: Dockerfile-alternate # 备用Dockerfile文件。
args: # 添加构建镜像的参数 环境变量只能在构建过程中访问。
buildno: 1
context:
image: redis # 指定启动容器的镜像 可以是镜像仓库/标签或者镜像id(或者id的前一部分) 如果镜像不存在 compose将尝试从官方镜像仓库将其pull下来 如果你还指定了build 在这种情况下 他讲使用指定的build选项构建它 并使用image指定的名字和标记对其进行标记
container_name: my-redis # 指定一个自定义的容器名称 而不是默认生成的名称 由于Docker容器名称必须是唯一的 因此如果指定了自定义名称 则无法将服务扩展到多个容器。
volumes:
- "./data/postgres/:/var/lib/postgresql/data" # 挂载 卷挂载路径设置。可以设置宿主机路径 (HOST:CONTAINER) 或加上访问模式 (HOST:CONTAINER:ro),挂载数据卷的默认权限是读写(rw),可以通过ro指定为只读。 你可以在主机上挂载相对路径,该路径将相对于当前正在使用的Compose配置文件的目录进行扩展。 相对路径应始终以 . 或者 .. 开始。
command: bundle exec thin -p 3000 # 覆盖容器启动后默认的执行命令 该命令也可以是一个类似于dockerfile的列表 command: ["bundle", "exec", "thin", "-p", "3000"]
links:
- db
- db:database
- redis
# 链接到另一个服务中的容器 请指定服务名称和链接名称 或者仅指定服务名称 在当前的web服务的容器中可以通过链接的db服务的别名database访问db容器中的数据库应用,如果没有指定别名,则可直接使用服务名访问。链接不需要启用服务进行通信 - 默认情况下,任何服务都可以以该服务的名称到达任何其他服务。 (实际是通过设置/etc/hosts的域名解析,从而实现容器间的通信。故可以像在应用中使用localhost一样使用服务的别名链接其他容器的服务,前提是多个服务容器在一个网络中可路由联通)links也可以起到和depends_on相似的功能,即定义服务之间的依赖关系,从而确定服务启动的顺序。
external_links:
- redis_1
- project_db_1:mysql
- project_db_1:postgresql
# 链接到docker-compose.yml 外部的容器,甚至并非 Compose 管理的容器。参数格式跟 links 类似。
expose:
- "3000"
- "8000"
# 暴露端口,但不映射到宿主机,只被连接的服务访问。 仅可以指定内部端口为参数。
ports:
- "3000"
- "3000-3005"
- "8000:8000"
- "9090-9091:8080-8081"
- "49100:22"
- "127.0.0.1:8001:8001"
- "127.0.0.1:5000-5010:5000-5010"
- "6060:6060/udp"
# 暴露端口信息。 常用的简单格式:使用宿主:容器 (HOST:CONTAINER)格式或者仅仅指定容器的端口(宿主将会随机选择端口)都可以。
# 在v3.2中ports的长格式的语法允许配置不能用短格式表示的附加字段。 长格式:
ports:
- target: 80 # 容器内的端口
published: 8080 # 物理主机的端口
protocol: tcp # 端口协议(tcp或udp)
mode: host # host 和ingress 两总模式,host用于在每个节点上发布主机端口,ingress 用于被负载平衡的swarm模式端口。
restart:
restart: "no"
restart: always
restart: on-failure
restart: unless-stopped
# no是默认的重启策略,在任何情况下都不会重启容器。 指定为always时,容器总是重新启动。 如果退出代码指示出现故障错误,则on-failure将重新启动容器。
environment:
RACK_ENV: development
SHOW: 'true'
SESSION_SECRET:
environment:
- RACK_ENV=development
- SHOW=true
- SESSION_SECRET
# 添加环境变量。 你可以使用数组或字典两种形式。 任何布尔值; true,false,yes,no需要用引号括起来,以确保它们不被YML解析器转换为True或False。 只给定名称的变量会自动获取它在 Compose 主机上的值,可以用来防止泄露不必要的数据。 注意:如果你的服务指定了build选项,那么在构建过程中通过environment定义的环境变量将不会起作用。 将使用build的args子选项来定义构建时的环境变量。
pid: "host" # 将PID模式设置为主机PID模式。 这就打开了容器与主机操作系统之间的共享PID地址空间。 使用此标志启动的容器将能够访问和操作裸机的命名空间中的其他容器,反之亦然。即打开该选项的容器可以相互通过进程 ID 来访问和操作。
dns: 8.8.8.8
dns:
- 8.8.8.8
- 9.9.9.9
# 配置 DNS 服务器。可以是一个值,也可以是一个列表。