本篇内容主要讲解“Compose的概念和用法”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“Compose的概念和用法”吧!
Compose项目是docker官方的开源项目,负责实现对docker容器集群的快速编排。其代码目前在http://github.com/docker/compose
上开源。
通过前面章节的介绍,我们知道使用一个Dockerfile模板文件,可以让用户很方便的定义一个单独的应用容器。然而,在日常工作中,经常会碰到需要多个容器相互配合来完成某项任务的情况。例如要实现一个web项目,除了web服务容器本身,往往还需要再加上后端的数据库服务容器,甚至还包括负载均衡容器等。
Compose恰好满足了这样的需求。它允许用户通过一个单独的docker-compose.yml模板文件来定义一组相关联的应用容器为一个项目;
Compose中有两个重要的概念:
Compose的默认管理对象是项目,通过子命令对项目中的一组容器进行便捷的声明周期管理;
Compose项目由Python编写,实际上调用了docker服务提供的API来对容器进行管理。
使用Compose构建dubbo-admin服务
从github上获取dubbo-admin的master分支源码
git clone -b master https://github.com/apache/incubator-dubbo-ops.git
修改admin中的application配置,把zookeeper地址修改为zookeeper://zookeeper:2181
;
使用maven进行编译打包:
mvn clean package -Dmaven.test.skip=true
在dubbo-admin目录下编写Dockerfile文件,内容为
# FROM,表示使用jdk8环境为基础镜像,如果镜像不是本地的会从DockerHub进行下载
FROM openjdk:8-jdk-alphine
# 作者
MAINTAINER study.163.com<allen@163.com>
VOLUME /tmp
# ADD,拷贝文件并且重命名
ADD ./target/dubbo-admin-0.0.1-SNAPSHOT.jar app.jar
# ENTRYPOINT,为了缩短Tomcat的启动时间,添加java.security.egd的系统属性指向/dev/urandom作为ENTRYPOINT
ENTRYPOINT ["java", "-Djava.security.egd=file:/dev/.urandom", "-jar", "/app,.jar"]
使用docker build -t dubbo-admin:1.0 .
命令进行构建。
在项目根目录下编写docker-compose.yml
文件,这个是Compose使用的主模板文件
version: '3.4'
services:
zk_server:
image: zookeeper:3.4
ports:
- 2181:2181
dubbo-admin:
image: dubbo-admin-1.0
links:
- zk_server:zookeeper
ports:
- 7001:7001
Compose命令说明
执行dcoker-compose [COMMAND] --help
或者docker-compose help [COMMAND]
可以查看某个具体命令的使用格式。
# docker-compose命令的基本的使用格式是:
docker-compose [-f=<arg>...] [options] [COMMAND] [ARGS...]
命令选项
-f, --file <FILE>
指定模板文件,默认为docker-compose.yml
,可以多次指定;
-p, --project-name <NAME>
指定项目名称,默认将使用所在目录名称为项目名;
--x-networking
使用docker的可插拔网络后端特性;
--x-network-driver <DRIVER>
指定网络后端的驱动,默认为bridge
;
--verbose
输出更多调试信息;
-v, --version
打印版本并退出;
命令对象与格式
Compose命令对象
命令 | 说明 |
---|
build | 格式为docker-compose build [options] [SERVICE...] 。构建(重新构建)项目中的服务容器。可以随时在项目目录下运行docker-compose build 来重新构建服务。选项包括:<br />1. --force-rm 删除构建过程中的临时容器;<br />2. --no-cache 构建镜像过程中不使用cache(这将加长构建过程);<br />3. --pull 始终尝试通过pull来获取更新版本的镜像; |
version | 执行格式为docker-comose version ,打印版本信息。 |
config | 验证Compse格式是否正确,若正确则显示配置,若格式错误显示错误原因 |
exec | 进入指定的容器 |
images | 列出Compose文件包含的镜像 |
logs | 格式为docker-compose logs [options] [SERVICE...] 。查看服务容器的输出,默认情况下,docker-compose 将对不同的服务输出使用不同的颜色来区分。可以通过--no-color 来关闭颜色 |
down | 停止up命令所启动的容器,并移除网络。 |
help | 获得一个命令的帮助 |
kill | 通过发送SIGKILL信号来强制停止服务容器 |
pause | 格式为docker-compose pause [SERVICE...] ,暂停一个服务容器。 |
port | 格式为docker-compose port [options] SERVICE PRIVATE_PORT ,打印某个容器端口所映射的公共端口。选项:<br />1. --protocol=proto 指定端口协议,tcp(默认值)或者upd;<br />2. --index=index 如果同一服务存在多个容器,指定命令对象容器的序号(默认为1)。 |
ps | 格式为docker-compse ps [options] [SERVICE...] ,列出项目中目前的所有容器。选项:<br />1. -q 只打印容器的ID信息; |
push | 推送服务依赖的镜像到docker镜像仓库; |
pull | 格式为docker-compse pull [options] [SERVICE...] 。拉取服务依赖的镜像,选项:<br />1. --ignore-pull-failures 忽略拉取镜像过程中的错误。 |
restart | 格式为docker-compose restart [options] [SERVICE...] ,重启项目中的服务。选项:<br />1. -t, --timeout TIMEOUT 指定重启前停止容器的超时时间(默认为10秒)。 |
rm | 格式为docker-compose rm [options] [SERVICE...] ,删除所有(停止状态的)服务容器。推荐先执行docker-compose stop 命令来停止容器。选项:<br />1. -f, --force 强制直接删除,包括非停止状态的容器。一般尽量不要使用该选项;<br />2. -v 删除容器所挂载的数据卷。 |
run | 格式为docker-compose run [options] [-p PORT...] [-e KEY=VAL...] SERVICE [COMMAND] [ARGS...] ,在指定服务上执行一个命令。例如docker-compose run ubuntu ping docker.com |
scale | 格式为docker-compose scale [options] [SERVICE=NUM...] ,设置指定服务运行的容器个数。例如docker-compose scale web=3 db=2 ,将启动3个容器运行web服务,2个容器运行db服务。 |
start | 格式为docker-compose start [SERVICE...] ,启动已经存在的服务容器 |
stop | 停止已经存在的服务容器 |
top | 查看各个服务容器内运行的进程 |
unpause | 格式为docker-compose unpause [SERVICE...] ,恢复处于暂停状态到的服务。 |
up | 该命令十分强大,它将尝试自动完成包括构建镜像,(重新)创建服务,启动服务,并关联服务相关容器的一系列操作。链接的服务都将会自动启动,除非已经处于运行状态。选项:<br />1. -d 在后台运行服务容器;<br />2. --no-color 不使用颜色来区分不同的服务的控制台输出;<br />3. --no-deps 不启动服务所链接的容器;<br />4. --force-recreate 强制重新创建容器,不能与--no-recreate 同时使用;<br />5. --no-recreate 如果容器已经存在了,则不重新创建,不能与--force-recreate 同时使用;<br />6. --no-build 不自动构建缺失的服务镜像;<br />7. -t, --timeout TIMEOUT 停止容器时的超时时间。 |
Compose模板文件
模板文件是使用Compose的核心,设计到的指令关键字也比较多,但大家不要担心,这里面大部分指令跟docker run相关参数的含义都是类似的。默认的模板文件名称为docker-compose.yml
,格式为YAML格式;
注意每个服务都必须通过image
指令指定镜像或build
指令(需要Dockerfile)等来自动构建生成镜像;
如果使用build
指令,在Dockerfile中设置的选项(例如:CMD,EXPOSE,VOLUME,ENV等)将会自动被获取,无需在docker-compose.yml
中再次设置。
build
指令
指定Dockerfile所在文件夹的路径(可以是绝对路径,或者相对docker-compose.yml
文件的路径)。Compose将会利用它自动构建这个镜像,然后使用这个镜像;
使用context
指令指定Dockerfile所在文件夹的路径;
使用dockerfile
指令指定Dockerfile文件名;
使用arg
指令指定构建镜像时的变量;
version: '3'
services:
webapp:
build:
context: ./dir
dockerfile: Dockerfile-alternate
args:
buildno: 1
command
指令
container_name
指令
configs
指令
deploy
指令
devices
指令
depends_on
指令
dns
指令
environment
指令
expose
指令
extra_hosts
指令
healthcheck
指令
通过命令检查容器是否健康运行
healthcheck:
test: ["CMD", "curl", "-f", "http://localhost"]
interval: 1m30s
timeout: 10s
retries: 3
image
指令
labels
指令
links
指令
network_mode
指令
networks
指令
ports
指令
volumes
指令
ulimits
指令
其他指令
指定服务容器启动后执行的入口文件
entrypoint: /code/entrypoint.sh
指定容器中运行应用的用户名
user: nginx
指定容器中工作目录
working_dir: /code
指定容器中搜索域名、主机名、mac地址等
domainname: your_website.com
hostname: test
mac_address: 08-00-27-00-0C-0A
允许容器中运行一些特权命令
privileged: true
指定容器退出后的重启策略为始终重启。在生产环境中推荐配置为always或者unless-stopped
restart: always
以只读模式挂载容器的root文件系统,意味着不能对容器内容进行修改
read_only: true
打开标准输入,可以接受外部输入
stdin_open: true
模拟一个伪终端
tty: true
此外,还有包括domainname
,entrypoint
,hostname
,ipc
,mac_address
,privileged
,read_only
,shm_size
,restart
,stdin_open
,tty
,user
,working_dir
等指令,基本跟docker run
中对应参数的功能一致。
读取变量
Compose模板文件支持动态读取主机的系统环境变量和当前目录下的.env
文件中的变量。例如,下面的Compose文件将从运行它的环境中读取变量${MONGO_VERSION}
的值,并写入执行的指令中。
version: "3"
services:
db:
image: "mongo:${MONGO_VERSION}"
如果执行的MONGO_VERSION=3.2
,docker-compose up
则会启动一个mongo:3.2
镜像的容器。若当前目录下存在.env
文件,执行docker-compose
命令时将从该文件中读取变量。
到此,相信大家对“Compose的概念和用法”有了更深的了解,不妨来实际操作一番吧!这里是天达云网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!