本篇内容主要讲解“Compose的概念和用法”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“Compose的概念和用法”吧!
Compose项目是docker官方的开源项目,负责实现对docker容器集群的快速编排。其代码目前在http://github.com/docker/compose
上开源。
Compose定位是定义和运行多个docker容器的应用
,其前身是开源项目Fig
。
通过前面章节的介绍,我们知道使用一个Dockerfile模板文件,可以让用户很方便的定义一个单独的应用容器。然而,在日常工作中,经常会碰到需要多个容器相互配合来完成某项任务的情况。例如要实现一个web项目,除了web服务容器本身,往往还需要再加上后端的数据库服务容器,甚至还包括负载均衡容器等。
Compose恰好满足了这样的需求。它允许用户通过一个单独的docker-compose.yml模板文件来定义一组相关联的应用容器为一个项目;
Compose中有两个重要的概念:
服务(service):一个应用的容器,实际上可以包括若干运行相同镜像的容器实例;
项目(project):由一组关联的应用容器组成的一个完成业务单元。
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
指令
覆盖容器启动后默认执行的命令
command: echo "hello world"
container_name
指令
指定容器名称。默认将会使用“项目名称_服务名称_序号”这样的格式
container_name: docker-web-container
configs
指令
仅用于Swarm mode,详细内容后面swarm mode会讲到
deploy
指令
仅用于Swarm mode,详细内容后面swarm mode会讲到
devices
指令
指定设备映射关系
devices: - "/dev/ttyUSB1:/dev/ttyUSB0"
depends_on
指令
解决容器的依赖、启动先后的问题
dns
指令
自定义DNS服务器,可以是一个值,也可以是一个列表
dns: 8.8.8.8 dns: - 8.8.8.8 - 114.114.114.114
environment
指令
设置环境变量。你可以使用数组或字典两种格式。之给定名称的变量会自动获取运行Compose主机上对应变量的值,可以用来防止泄露不必要的数据。
environment: RACK_ENV: development SESSION_SECRET: environment: - RACK_ENV=development - SESSION_SECRET
expose
指令
暴露端口,但不映射到宿主机,只被连接的服务访问。进可以指定内部端口为参数。
expose: - "3000" - "8000"
extra_hosts
指令
类似Docker中的--add-host
参数,指定额外的host名称映射信息。会在启动后的服务容器中/etc/hosts
文件中添加一条条目8.8.8.8 googledns
。
extra_hosts: - "googledns:8.8.8.8"
healthcheck
指令
通过命令检查容器是否健康运行
healthcheck: test: ["CMD", "curl", "-f", "http://localhost"] interval: 1m30s timeout: 10s retries: 3
image
指令
指定为镜像名称或镜像ID,如果镜像在本地不存在,Compose会尝试拉取这个镜像
image: session-web:latest
labels
指令
为容器添加Docker元数据(metadata)信息,例如可以为容器添加辅助说明信息。
links
指令
连接到其他容器。注意:不推荐使用该指令。应该使用docker network
建立网络,而docker run --network
来连接特定网络,或者使用versionn: '2'
和更高版本的docker-compose.yml
直接定义自定义网络并使用。
network_mode
指令
设置网络模式。使用和docker run
的--network
参数一样的值。
network_mode: "bridge" network_mode: "host" network_mode: "none"
networks
指令
配置容器连接的网络
version: "3" services: some-service: networks: - some-network networks: some-network:
ports
指令
暴露端口信息。使用宿主端口:容器端口(HOST:CONTAINER)
格式,或者仅仅指定容器的端口(宿主将会随机选择端口)都可以。
volumes
指令
数据卷所挂载路径设置,可以设置宿主机路径,同时支持相对路径
volumes: - /var/lib/mysql - cache/:/tmp/cache - ~/configs:/etc/configs/:ro
ulimits
指令
指定容器的ulimits限制值。例如,指定最大进程数为65535,指定文件句柄数为20000(软限制,应用可以随时修改,不能超过硬限制)和40000(系统硬限制,只能root用户提高)。
ulimits: nproc: 65535 nofile: soft: 20000 hard: 40000
其他指令
指定服务容器启动后执行的入口文件
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的概念和用法”有了更深的了解,不妨来实际操作一番吧!这里是亿速云网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。