本篇内容主要讲解“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的概念和用法”有了更深的了解,不妨来实际操作一番吧!这里是天达云网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!