目录
一、前言
二、Docker Compose 介绍
2.1 Docker Compose概述
2.2 Docker Compose特点
2.3 Docker Compose使用场景
三、Docker Compose 搭建
3.1 安装docker环境
3.2 Docker Compose安装方式一
3.2.1 下载最新版/如果不是最新可替换最新版本
3.2.2 设置权限
3.2.3 设置软链接
3.2.4 查看版本
3.3 Docker Compose安装方式二
3.3.1 安装python3
3.3.2 安装python-pip3并升级
3.3.3 执行如下命令安装 docker-compose
3.3.4 查看docker-compose版本
四、Docker Compose常用功能
4.1 使用docker安装redis
4.2 Docker Compose 配置文件属性概述
4.2.1 version
4.2.2 serivces - build
4.2.3 serivces - image
4.2.4 serivces - container_name
4.2.5 serivces - ports
4.2.6 serivces - command
4.2.7 serivces - depends_on
4.2.8 serivces - deploy
4.2.9 serivces - networks
4.2.10 serivces - volumes
4.3 Docker Compose常用命令(指令)
五、Docker Compose 构建容器使用案例
5.1 使用Docker Compose构建redis镜像
5.2 使用自定义网络创建mysql镜像
5.3 使用自定义数据卷
5.3.1 使用自定义volume方式一
5.3.2 使用自定义volume方式二
5.4 links与depends_on定义容器依赖关系
5.4.1 Docker Compose links指令使用案例
5.4.2 Docker Compose depends_on 指令使用案例
六、写在文末
一、前言
当前docker的应用已经非常普遍,使用docker之后,各类技术组件、中间件的安装部署和运维变得容易,同时也大大提升了服务器利用率,带来的好处是多方面的,另一方面,k8s的火热,也让docker进一步走进了很多人的视线,但是如何更加深度的应用docker和管理docker呢?本文将详细介绍docker的另一种编排工具docker-compose的使用。
二、Docker Compose 介绍
2.1 Docker Compose概述
Docker Compose 是一个用于定义和运行多容器 Docker 应用程序的工具。
-
通过一个单独的
docker-compose.yml
配置文件,可以定义应用程序的服务、网络、卷以及其他配置信息。 -
使用 Docker Compose 可以轻松地启动、停止和管理整个应用程序,而无需手动运行多个
docker run
命令。 -
Docker Compose 非常适合开发、测试和部署复杂的多容器应用程序,使得容器化应用程序的管理更加简单和高效。
-
使用 Docker Compose,您只需要在安装了 Docker 的环境中安装 Docker Compose 工具即可。
2.2 Docker Compose特点
Docker Compose 具有以下特点:
-
简化多容器应用程序的管理
-
Docker Compose 允许您将多个容器组合成一个应用程序,并通过一个配置文件来定义和管理它们。这使得启动、停止、重建和管理整个应用程序变得简单。
-
-
声明式配置
-
使用 YAML 文件来定义应用程序的配置,使得配置文件易于阅读、理解和维护。您可以定义服务的各种属性,如镜像、环境变量、端口映射、卷挂载等。
-
-
快速启动和停止
-
通过简单的命令,如
docker-compose up
和docker-compose down
,您可以快速启动和停止整个应用程序。这使得本地开发和测试变得方便和高效。
-
-
自动化容器之间的网络连接
-
Docker Compose 自动为应用程序中的服务创建一个默认网络,并将每个容器连接到该网络。这使得容器之间的通信变得简单,可以通过服务名称来进行访问,而无需处理 IP 地址和端口号。
-
-
数据卷管理
-
Docker Compose 允许您定义卷挂载,将容器内的数据持久化到宿主机上。这简化了数据的管理和迁移,并可以确保数据的持久性。
-
-
可扩展性和复用性
-
Docker Compose 允许您轻松地扩展和重用配置文件。您可以定义多个环境(如开发、测试、生产等)的配置,并根据需要进行组合和使用。
-
2.3 Docker Compose使用场景
如果日常开发中遇到下面的场景,可以考虑使用Docker Compose
-
搭建本地开发环境
-
Docker Compose 可以帮助开发人员在本地快速搭建和管理多容器的开发环境。通过定义每个服务的镜像、环境变量、端口映射等属性,开发人员可以轻松地启动和停止整个应用程序,并在不同的服务之间进行通信。
-
-
部署测试环境
-
Docker Compose 可以用于在测试环境中运行和管理多容器的应用程序。通过创建一个与生产环境相似的容器组合,测试人员可以在一个独立的环境中进行端到端的测试,并且可以轻松地重建和销毁整个测试环境。
-
-
持续集成和持续部署
-
Docker Compose 可以与持续集成和持续部署工具集成,如 Jenkins、GitLab CI、Travis 等。通过在配置文件中定义构建步骤和部署策略,可以将整个应用程序以容器化的方式自动构建、测试和部署到生产环境中。
-
-
多环境部署
-
Docker Compose 允许你定义多个环境(如开发、测试、生产)的配置文件,并根据需要进行组合和使用,这使得在不同环境中轻松部署应用程序变得简单和可靠。
-
-
微服务架构
-
Docker Compose 适用于构建和管理微服务架构。通过将每个微服务定义为一个独立的服务,并使用容器进行隔离,可以实现微服务之间的松耦合和独立部署。
-
三、Docker Compose 搭建
3.1 安装docker环境
在安装Docker Compose之前,需要先安装Docker 环境,因为Docker Compose是基于Docker 进行安装和使用的,网上关于Docker 的安装和搭建比较简单,这里就略过了。
3.2 Docker Compose安装方式一
这也是网上能看到的大多数小伙伴们安装的一种方式,操作步骤如下
3.2.1 下载最新版/如果不是最新可替换最新版本
注意docker compose的版本要与docker版本尽量对齐
sudo curl -L "https://github.com/docker/compose/releases/download/v2.5.1/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
3.2.2 设置权限
sudo chmod +x /usr/local/bin/docker-compose
3.2.3 设置软链接
sudo ln -s /usr/local/bin/docker-compose /usr/bin/docker-compose
3.2.4 查看版本
docker-compose --version
3.3 Docker Compose安装方式二
上面这种方式在实际操作的时候,因为要从git上面拉取包文件,可能会非常满,所以推荐第二种方式,操步骤如下
3.3.1 安装python3
sudo yum install python3
3.3.2 安装python-pip3并升级
yum -y install python3-pip
pip3 install --upgrade pip
3.3.3 执行如下命令安装 docker-compose
pip3 install docker-compose
3.3.4 查看docker-compose版本
docker-compose --version
四、Docker Compose常用功能
接下来对Docker Compose中涉及到的常用功能做详细的介绍,官网地址:Docker Compose overview | Docker Docs
4.1 使用docker安装redis
看下面的命令应该不陌生,通过下面这行命令就能快速启动一个redis的服务
docker run --name my-redis -d -p 6379:6379 redis:6
使用上面的一个命令就可以快速开启redis的镜像服务,为什么还要使用docker-compose呢?docker-compose该如何编写呢?docker-compose编写的语法如何?接下来,以此案例为标准详细探讨下如何使用docker-compose。
4.2 Docker Compose 配置文件属性概述
Docker Compose 使用 YAML 文件来定义服务。官方推荐的默认文件名为 compose.yml ,但同时也支持 docker-compose.yml。
compose 文件中包含 6 个顶级属性:version、services、networks、volumes、configs 与secrets,及很多的它们下面所包含的属性,在下面的内容中将会结合实际的案例一一说明。首先在服务器目录下创建一个docker-compose.yml文件,后面的内容都编写在该文件中。
4.2.1 version
version 是一个顶级属性,但已经过时,不再需要在 compose 文件中出现了,但是为了保持可读性,通常会加上,从官网说明中可以看出。
4.2.2 serivces - build
services 是一个顶级属性,也是整个Docker Compose配置文件中作为服务定义最重要的属性,它用于定义一个应用中所包含的服务。Docker Compose 会将每个服务部署在各自的容器中。其下包含的第一级的属性即为服务名称,这个名称可以根据服务内容随意命名。而在服务名称下还可包含很多的属性,常用属性如下:
build
-
用于指定一个 Dockerfile 的路径。而该 Dockerfile 则是用于创建当前服务镜像的。这个路径可以是以斜杠(/)开头的绝对路径,也可以是相对于当前 compose 文件的、以点(.)号开头的相对路径。
-
如果 Dockerfile 文件名不是默认名称,则需要通过 build 下的 context 属性指定路径,dockerfile 属性指定文件名。
-
build:context: ./dockerfile: myDockerfile
4.2.3 serivces - image
用户指定当前服务所需要使用的镜像,这个镜像可以是本地镜像,也可以是远程镜像仓库中的镜像(会自动 pull)。
如果设置了 build,此时再设置的 image 属性即为构建出的镜像的名称与 Tag。
比如下面这段配置,指定image后面构建镜像时依赖的redis版本号
version: '3'
services:redis: # 服务名称image: redis:6.2.14 # redis镜像版本container_name: redis6.2.14 # 容器名称...
4.2.4 serivces - container_name
该属性用于设置容器名称,但并不是必须的。如果没有设置该属性,容器名称则会采用“合成方式”。而合成时需要用到 services 下的第一级属性。
-
在 services 下存在一级属性,称为服务名称。该级属性是作为 services 下的第一级属性出现的。服务名称将来会作为容器名称的一部分出现。容器的名称格式为:当前 compose文件所在目录名_ 服务名称。
-
如果在 services 下没有指定 image 属性,而是使用 bild 属性,即没有现成的镜像,而是根据 build 下指定的 Dockerfile 生成镜像,此时生成的镜像名称格式为:当前 compose 文件所在目录名-服务名称。
比如下面这段配置,指定构建出来的容器名称为redis6.2.14
version: '3'
services:redis: # 服务名称image: redis:6.2.14 # redis镜像版本container_name: redis6.2.14 # 容器名称...
4.2.5 serivces - ports
前面为暴露出的端口号,后面为容器中应用的端口号。如果仅设置了一个端口号,那么这个端口号是容器中应用的端口号,其暴露到宿主机的端口号会被随机分配。如下所示:
ports:- 8081:8081 # 绑定容器的 8081 端口到主机的 8081 端口- 9000:8000 # 绑定容器的 8000 端口到主机的 9000 端口- 443 # 绑定容器的 443 端口到主机的任意端口,容器启动时随机分配绑定的主机端口号
比如下面这段配置,表示开启的redis容器对外访问端口为6379,与容器内的6379端口对应
version: '3'
services:redis: # 服务名称image: redis:6.2.14 # redis镜像版本container_name: redis6.2.14 # 容器名称ports:- 6379:6379 # 指定宿主机端口与容器端口映射关系,宿主机:容器...
4.2.6 serivces - command
用于覆盖 Dockerfile 中的 CMD 指令内容,即启动该服务容器后立即运行的命令。如果直接按照Dockerfile中的CMD指令内容执行即可,则compose文件中无需该command属性。
比如下面这段配置,在command后面执行了一段指令,其目的就是最后要启动redis-server服务的命令
version: '3'
services:redis: # 服务名称image: redis:6.2.14 # redis镜像版本container_name: redis6.2.14 # 容器名称ports:- 6379:6379 # 指定宿主机端口与容器端口映射关系,宿主机:容器command: ["redis-server","/etc/redis/redis.conf"] # 指定配置文件启动redis-server进程...
4.2.7 serivces - depends_on
在 Docker Compose 中,depends_on 是一个用于定义服务之间依赖关系的关键字。它允许您指定一个或多个服务依赖于其他服务,以确保在启动或重新创建容器时,所依赖的服务先于依赖它们的服务启动。如下,web容器启动时,需要依赖db和redis两个容器的启动之后才会启动。
services:web:build: .depends_on:- db- redisredis:image: redisdb:image: postgres
depends_on补充说明,
-
启动顺序
-
通过在服务的配置中使用 depends_on,您可以告诉 Docker Compose 在启动容器时按照指定的顺序启动服务。例如,如果服务 A 依赖于服务 B 和服务 C,则在启动时,Docker Compose 会先启动服务 B 和服务 C,然后才会启动服务 A。
-
-
仅表示依赖关系
-
depends_on 只表示依赖关系,而不会等待依赖的服务完全可用。它只确保在依赖的服务启动后再启动当前服务。因此,依赖的服务可能仍在进行初始化或准备阶段,而不一定已经完全可用。如果需要等待服务完全可用,可以结合使用其他工具或技术,例如健康检查或等待脚本。
-
-
无法保证健康状态
-
depends_on 并不能保证依赖的服务在启动后处于健康状态。它只负责在启动时按照指定顺序启动服务,但并不检查服务的健康状态或等待服务变为可用状态。对于检查服务健康状态,可以使用其他机制,例如使用健康检查命令或工具。
-
-
并行启动
-
默认情况下,Docker Compose 会尽可能并行启动服务,而不是完全按照 depends_on 指定的依赖关系顺序启动。这是因为 Docker Compose 会尝试最大化容器的并发启动,以提高启动效率。如果需要强制按照依赖关系顺序启动,请使用 depends_on 结合 restart 关键字的 condition: ["service_started"] 选项。
-
4.2.8 serivces - deploy
用于指定当前服务容器的部署设置
docker-compose deploy
命令的作用是将一个由docker-compose.yml
定义的服务栈部署到Swarm集群。这个命令会创建所需的服务和网络,并在集群中启动它们。它还会管理服务的更新和扩展。
deploy属性下有一个常用属性 replicas,用于指定该服务启动的容器的数量。即实现一个服务多个容器。一旦指定了 deploy:replicas,就不能再指定container_name 属性了。因为各个启动的容器名称不能相同,而只能由系统自动生成。如下示例:
version: "3.9"services:wordpress:image: wordpressports:- "8080:80"networks:- overlaydeploy:mode: replicatedreplicas: 2endpoint_mode: vipmysql:image: mysqlvolumes:- db-data:/var/lib/mysql/datanetworks:- overlaydeploy:mode: replicatedreplicas: 2endpoint_mode: dnsrrvolumes:db-data:networks:overlay:
4.2.9 serivces - networks
用于指定当前服务容器要连接到的网络。该网络必须是已经存在的,通常会提前创建好,或通过顶级属性networks 创建的网络。
有些时候我们希望一些服务只能被一组特定的服务访问,这个时候使用只依靠默认的网络就行不通了,那么我们就需要根据自己的情况搭建我们的服务组的网络架构,就会用到docker-compose的networks功能了。networks主要有下面的几种:
default
默认情况下docker-compose会建立一个默认的网络,名称为docker-compose.yml所在目录名称小写形式加上“_default”,我们的TFLinux环境就是“tflinux_default”。
这个默认网络会对所有services下面的服务生效,所以services下面的各个服务之间才能够通过service名称互相访问。如果要自定义默认网络可以针对“default”网络进行设置,这样就会影响导默认网络了。
networks:default:driver: bridge
自定义
除了默认网络之外,我们也可以建立自定义的网络,这个网络名称就比较随意了。
networks:persist:driver: bridge
已存在的网络
有时候我们想使用我们通过docker network create创建好的网络,而不是让docker-compose创建一个新的,这个时候就需要用到“external”关键字了。
networks:persist:external:name: bridge2
4.2.10 serivces - volumes
volume
允许您在 Docker Compose 文件中定义卷,以便在多个容器之间共享数据。这些卷可以用于持久性数据存储,例如数据库文件、配置文件等。通过使用 docker-compose volume
,您可以轻松地管理这些数据卷,并确保它们在容器之间共享和持久化。volume 通常可以使用路径与卷标两种方式。
比如像下面这种,就是路径的方式,直观且易于查看,但需要管理本地路径。
db:image: mariadb:latestports:- "3306:3306"volumes:- /etc/mysql:/var/lib/mysql
而下面是卷标方式,backend 与 backup 两个服务共享了 db-data 的卷,逻辑简洁明了,且无需管理本地路径。但具体卷标所代表的是 Docker 主机的哪个路径,并不能直观的看到。需要通过 docker volume inspect [卷标]来查看。
services:backend:image: awesome/databasevolumes:- db-data:/etc/databackup:image: backup-servicevolumes:- db-data:/var/lib/backup/data
volumes:db-data:
4.3 Docker Compose常用命令(指令)
Docker Compose通过docker-compose系列命令查看和控制compose中的所有服务容器。常用的操作命令总结如下。
-
docker-compose pull
-
拉取 compose 中服务依赖的全部镜像或指定镜像。通过在命令后添加服务名称来指定。
-
-
docker-compose config
-
检查 compose 文件是否正确。可添加选项-q,表示只有存在问题时才有输出。
-
-
docker-compose up
-
启动 compose 配置文件中的所有容器。-d 选项表示后台启动。
-
-
docker-compose logs
-
查看 comopse 中所有服务或指定服务的运行日志。通过在命令后添加服务名称来指定。
默认情况下,将对不同的服务日志使用不同的颜色来区分。
-
-
docker-compose ps
-
列出 compose 中所有服务或指定服务。通过在命令后添加服务名称来指定。
-
-
docker-compose top
-
列出 compose 中当前正在运行的所有服务或指定服务。通过在命令后添加服务名称来
指定。
-
-
docker-compose images
-
列出 compose 中所有服务或指定服务对应的镜像。通过在命令后添加服务名称来指定。
-
-
docker-compose port
-
列出指定服务容器的指定端口所映射的宿主机端口。
-
-
docker-compose run
-
在指定服务上执行一条命令。
-
-
docker-compose exec
-
进入指定服务容器。通过在命令后添加服务名称来指定。
-
-
docker-compose pause
-
暂停 compose 中所有服务容器或指定服务容器。通过在命令后添加服务名称来指定。
-
-
docker-compose unpause
-
恢复 compose 中处于暂停状态的所有服务容器或指定服务容器。通过在命令后添加服
务名称来指定。
-
-
docker-compose stop
-
停止 compose 中所有服务容器或指定服务容器。通过在命令后添加服务名称来指定。
-
-
docker-compose restart
-
重启 compose 中所有服务容器或指定服务容器。通过在命令后添加服务名称来指定。
-
-
docker-compose start
-
启动 compose 中所有服务容器或指定服务容器。通过在命令后添加服务名称来指定。
-
-
docker-compose kill
-
通过发送 SIGKILL 信号停止指定服务的容器。
-
-
docker-compose rm
-
删除 compose 中的、处于停止状态的所有服务容器或指定服务容器。通过在命令后添
加服务名称来指定。
-
-
docker-compose down
-
停止并删除 compose 中的所有服务容器、网络、镜像、数据卷。
-
五、Docker Compose 构建容器使用案例
有了上面的理论基础,接下来通过几个实际的案例更深入理解Docker Compose中配置属性的使用。
5.1 使用Docker Compose构建redis镜像
创建一个docker-compose-redis.yml文件,参照上文的配置项说明,配置内容如下
version: '3'
services:redis: # 服务名称image: redis:6 # redis镜像版本container_name: redis6 # 容器名称ports:- 6379:6379 # 指定宿主机端口与容器端口映射关系,宿主机:容器volumes:- /usr/local/docker/redis/redis.conf:/etc/redis/redis.conf # 映射配置文件目录,宿主机:容器- /usr/local/docker/redis/data:/data # 映射数据目录,宿主机:容器privileged: true # 获取宿主机root权限command: ["redis-server","/etc/redis/redis.conf"] # 指定配置文件启动redis-server进程
使用下面的命令进行启动
docker compose -f docker-compose-redis.yml up -d
可以通过docker ps检查容器是否启动成功
5.2 使用自定义网络创建mysql镜像
docker 容器的网络通信方式有多种,但是自定义网络最灵活,最有用,在Docker中使用自定义网络可以帮助我们更好地管理容器之间的通信和隔离。在docker中使用自定义网络比较简单,只需要下面简单的几步即可:
-
创建自定义网络
-
查看自定义网络
-
启动容器,连接到自定义网络
-
查看容器网络
下面看一个具体的使用案例,使用自定义网络创建一个mysql镜像
1)自定义网络
docker network create mysql_network
2)查看自定义网络
docker network ls
3)使用自定义网络启动mysql容器
docker run --name mysql_02 --network mysql_network -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7
上面演示了如何在docker 容器中使用自定义网络,如果是在docker-compose中使用自定义网络,可以参考下面的配置:
version: '3.8'services:mysql:image: mysql:5.7environment:MYSQL_ROOT_PASSWORD: 123456MYSQL_DATABASE: mydbnetworks:- my-networkports:- "3306:3306"
#自定义网络
networks:my-network:driver: bridge
在这段配置中的最后一部分networks标签中,定义了一个名为my-network的网络,模式为bridge,最后再在启动mysql5.7镜像时指定网络为上述自定义的网络。使用下面的命令运行并启动镜像:
docker-compose up -d
关于docker-compose网络相关的设置,更详细的可以参阅官网文档进行深入研究:Networks top-level elements | Docker Docs
5.3 使用自定义数据卷
5.3.1 使用自定义volume方式一
使用自定义数据卷可以避免容器宕机之后数据丢失,在docker compose中可以使用自定义数据卷,仍以上文案例为例,再在docler-compose.yml配置文件中添加volume相关的信息,在下面的这种方式中,与我们使用docker创建一个mysql容器并且指定数据卷的方式相似
version: '3.8'services:mysql:image: mysql:5.7environment:MYSQL_ROOT_PASSWORD: 123456MYSQL_DATABASE: mydbnetworks:- my-networkports:- "3306:3306"volumes:- /data/mysql/conf:/etc/mysql/conf.d- /data/mysql/data:/var/lib/mysql
networks:my-network:driver: bridge
然后使用docker-compose up -d启动容器
进入到数据卷目录,文件已经自动生成
5.3.2 使用自定义volume方式二
也可以像配置networks那样,在配置的最后面统一定义一个volume名称,也即声明数据卷,声明之后,docker compose在启动容器的时候就会自动去创建这个名称的数据卷,最后再在service属性配置镜像的时候进行引用即可,如下,创建一个nginx的配置文件,配置内容如下:
version: '2.1'services:nginx-demo:image: "nginx"networks:- nginx-networkports:- "80:80"volumes: #引用下面的数据卷名称,右边与容器的目录映射- nginx_volume:/usr/share/nginx/htmlnetworks:nginx-network:driver: bridgevolumes:nginx_volume: #声明数据卷,这里可以只需要声明即可,也可以填写具体的数据卷目录
然后使用命令启动:
docker compose -f docker-nginx-compose.yml up -d
容器是否启动成功呢?可以使用curl命令访问一下nginx
数据卷更详细的文档可以参考:Volumes top-level element | Docker Docs
5.4 links与depends_on定义容器依赖关系
Docker Compose的links指令,是一种连接容器的方式,它允许一个容器连接到另一个容器,或者说一个容器的启动依赖另一个容器先启动,并且可以通过容器名称来访问连接的容器。
在Docker Compose中,links可以在服务之间创建连接,以便它们可以相互通信。在引用中提到的错误是因为使用了links扩展方式,而links只能直接在docker-compose.yml文件中使用,不能在扩展文件中使用。如果需要在扩展文件中使用,可以使用networks来代替links。
5.4.1 Docker Compose links指令使用案例
比如下面的案例中,使用docker compose的方式定义了两个容器,nginx和redis,而nginx容器的启动需要依赖redis的启动,也可以说redis的启动影响nginx;
version: '3.1'services:nginx-demo:image: "nginx"networks:- nginx-networkports:- "80:80"volumes:- nginx_volume:/usr/share/nginx/htmllinks:- "redis:dev"redis:image: redis:6ports:- 6379:6379networks:nginx-network:driver: bridgevolumes:nginx_volume: #声明数据卷
使用命令:docker compose -f docker-links-compose.yml up -d 启动,从镜像的拉取和启动顺序来看,redis容器启动先于nginx;
最后通过docker ps命令检查容器是否启动成功
5.4.2 Docker Compose depends_on 指令使用案例
depends-on 指令用于指定一个容器的启动运行依赖于另一个容器。当 depends-on 指令被使用时,Docker 将不会启动依赖容器,直到被依赖的容器启动并运行成功。仍然以上面的links案例进行说明,只需要对配置做简单的调整即可。如下,将links标签更换为depends_on即可:
version: '3.1'services:nginx-demo:image: "nginx"networks:- nginx-networkports:- "80:80"volumes:- nginx_volume:/usr/share/nginx/htmldepends_on:- redisredis:image: redis:6ports:- 6379:6379networks:nginx-network:driver: bridgevolumes:nginx_volume: #声明数据卷
再次启动容器,可以看到效果和上面的links差不多
关于depends-on指令的详细说明,可以参照上文中的介绍进行理解,该指令在对微服务部署实践中非常实用,而且也是经常会使用到的一个指令,值得深入探究
六、写在文末
本文通过较大的篇幅从多个角度深入详细探讨了docker编排工具Docker Compose的使用,并结合相关的案例对其中涉及到的指令进行了深入的说明,合理使用Docker Compose可以为docker镜像的编排和管理带来很多好处,提升docker的运维效率,本篇到此结束,感谢观看。