【云原生】Docker Compose 使用详解

目录

一、前言

二、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 具有以下特点：

1. 简化多容器应用程序的管理

   1. Docker Compose 允许您将多个容器组合成一个应用程序，并通过一个配置文件来定义和管理它们。这使得启动、停止、重建和管理整个应用程序变得简单。

2. 声明式配置

   1. 使用 YAML 文件来定义应用程序的配置，使得配置文件易于阅读、理解和维护。您可以定义服务的各种属性，如镜像、环境变量、端口映射、卷挂载等。

3. 快速启动和停止

   1. 通过简单的命令，如 docker-compose up 和 docker-compose down，您可以快速启动和停止整个应用程序。这使得本地开发和测试变得方便和高效。

4. 自动化容器之间的网络连接

   1. Docker Compose 自动为应用程序中的服务创建一个默认网络，并将每个容器连接到该网络。这使得容器之间的通信变得简单，可以通过服务名称来进行访问，而无需处理 IP 地址和端口号。

5. 数据卷管理

   1. Docker Compose 允许您定义卷挂载，将容器内的数据持久化到宿主机上。这简化了数据的管理和迁移，并可以确保数据的持久性。

6. 可扩展性和复用性

   1. 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的运维效率，本篇到此结束，感谢观看。