【云原生】Docker Compose 使用详解

时间:2024-10-12 20:52:05

目录

一、前言

二、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 可以轻松地启动、停止和管理整个应用程序,而无需手动运行多个 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 updocker-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 "/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并升级

  1. yum -y install python3-pip
  2. 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 文件中包含 6 个*属性:version、services、networks、volumes、configs 与secrets,及很多的它们下面所包含的属性,在下面的内容中将会结合实际的案例一一说明。首先在服务器目录下创建一个文件,后面的内容都编写在该文件中。

4.2.1 version

version 是一个*属性,但已经过时,不再需要在 compose 文件中出现了,但是为了保持可读性,通常会加上,从官网说明中可以看出。

4.2.2 serivces - build

services 是一个*属性,也是整个Docker Compose配置文件中作为服务定义最重要的属性,它用于定义一个应用中所包含的服务。Docker Compose 会将每个服务部署在各自的容器中。其下包含的第一级的属性即为服务名称,这个名称可以根据服务内容随意命名。而在服务名称下还可包含很多的属性,常用属性如下:

build

  • 用于指定一个 Dockerfile 的路径。而该 Dockerfile 则是用于创建当前服务镜像的。这个路径可以是以斜杠(/)开头的绝对路径,也可以是相对于当前 compose 文件的、以点(.)号开头的相对路径。

    • 如果 Dockerfile 文件名不是默认名称,则需要通过 build 下的 context 属性指定路径,dockerfile 属性指定文件名。

  1. build:
  2. context: ./
  3. dockerfile: myDockerfile

4.2.3 serivces - image

用户指定当前服务所需要使用的镜像,这个镜像可以是本地镜像,也可以是远程镜像仓库中的镜像(会自动 pull)。

如果设置了 build,此时再设置的 image 属性即为构建出的镜像的名称与 Tag。

比如下面这段配置,指定image后面构建镜像时依赖的redis版本号

  1. version: '3'
  2. services:
  3. redis: # 服务名称
  4. image: redis:6.2.14 # redis镜像版本
  5. container_name: redis6.2.14 # 容器名称
  6. ...

4.2.4 serivces - container_name

该属性用于设置容器名称,但并不是必须的。如果没有设置该属性,容器名称则会采用“合成方式”。而合成时需要用到 services 下的第一级属性。

  • 在 services 下存在一级属性,称为服务名称。该级属性是作为 services 下的第一级属性出现的。服务名称将来会作为容器名称的一部分出现。容器的名称格式为:当前 compose文件所在目录名_ 服务名称。

  • 如果在 services 下没有指定 image 属性,而是使用 bild 属性,即没有现成的镜像,而是根据 build 下指定的 Dockerfile 生成镜像,此时生成的镜像名称格式为:当前 compose 文件所在目录名-服务名称。

比如下面这段配置,指定构建出来的容器名称为redis6.2.14

  1. version: '3'
  2. services:
  3. redis: # 服务名称
  4. image: redis:6.2.14 # redis镜像版本
  5. container_name: redis6.2.14 # 容器名称
  6. ...

4.2.5 serivces - ports

前面为暴露出的端口号,后面为容器中应用的端口号。如果仅设置了一个端口号,那么这个端口号是容器中应用的端口号,其暴露到宿主机的端口号会被随机分配。如下所示:

  1. ports:
  2. - 8081:8081 # 绑定容器的 8081 端口到主机的 8081 端口
  3. - 9000:8000 # 绑定容器的 8000 端口到主机的 9000 端口
  4. - 443 # 绑定容器的 443 端口到主机的任意端口,容器启动时随机分配绑定的主机端口号

比如下面这段配置,表示开启的redis容器对外访问端口为6379,与容器内的6379端口对应

  1. version: '3'
  2. services:
  3. redis: # 服务名称
  4. image: redis:6.2.14 # redis镜像版本
  5. container_name: redis6.2.14 # 容器名称
  6. ports:
  7. - 6379:6379 # 指定宿主机端口与容器端口映射关系,宿主机:容器
  8. ...

4.2.6 serivces - command

用于覆盖 Dockerfile 中的 CMD 指令内容,即启动该服务容器后立即运行的命令。如果直接按照Dockerfile中的CMD指令内容执行即可,则compose文件中无需该command属性。

比如下面这段配置,在command后面执行了一段指令,其目的就是最后要启动redis-server服务的命令

  1. version: '3'
  2. services:
  3. redis: # 服务名称
  4. image: redis:6.2.14 # redis镜像版本
  5. container_name: redis6.2.14 # 容器名称
  6. ports:
  7. - 6379:6379 # 指定宿主机端口与容器端口映射关系,宿主机:容器
  8. command: ["redis-server","/etc/redis/"] # 指定配置文件启动redis-server进程
  9. ...

4.2.7 serivces - depends_on

在 Docker Compose 中,depends_on 是一个用于定义服务之间依赖关系的关键字。它允许您指定一个或多个服务依赖于其他服务,以确保在启动或重新创建容器时,所依赖的服务先于依赖它们的服务启动。如下,web容器启动时,需要依赖db和redis两个容器的启动之后才会启动。

  1. services:
  2. web:
  3. build: .
  4. depends_on:
  5. - db
  6. - redis
  7. redis:
  8. image: redis
  9. db:
  10. 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命令的作用是将一个由定义的服务栈部署到Swarm集群。这个命令会创建所需的服务和网络,并在集群中启动它们。它还会管理服务的更新和扩展。

deploy属性下有一个常用属性 replicas,用于指定该服务启动的容器的数量。即实现一个服务多个容器。一旦指定了 deploy:replicas,就不能再指定container_name 属性了。因为各个启动的容器名称不能相同,而只能由系统自动生成。如下示例:

  1. version: "3.9"
  2. services:
  3. wordpress:
  4. image: wordpress
  5. ports:
  6. - "8080:80"
  7. networks:
  8. - overlay
  9. deploy:
  10. mode: replicated
  11. replicas: 2
  12. endpoint_mode: vip
  13. mysql:
  14. image: mysql
  15. volumes:
  16. - db-data:/var/lib/mysql/data
  17. networks:
  18. - overlay
  19. deploy:
  20. mode: replicated
  21. replicas: 2
  22. endpoint_mode: dnsrr
  23. volumes:
  24. db-data:
  25. networks:
  26. overlay:

4.2.9 serivces - networks

用于指定当前服务容器要连接到的网络。该网络必须是已经存在的,通常会提前创建好,或通过*属性networks 创建的网络。

有些时候我们希望一些服务只能被一组特定的服务访问,这个时候使用只依靠默认的网络就行不通了,那么我们就需要根据自己的情况搭建我们的服务组的网络架构,就会用到docker-compose的networks功能了。networks主要有下面的几种:

default

默认情况下docker-compose会建立一个默认的网络,名称为所在目录名称小写形式加上“_default”,我们的TFLinux环境就是“tflinux_default”。

这个默认网络会对所有services下面的服务生效,所以services下面的各个服务之间才能够通过service名称互相访问。如果要自定义默认网络可以针对“default”网络进行设置,这样就会影响导默认网络了。

  1. networks:
  2. default:
  3. driver: bridge

自定义

除了默认网络之外,我们也可以建立自定义的网络,这个网络名称就比较随意了。

  1. networks:
  2. persist:
  3. driver: bridge

已存在的网络

有时候我们想使用我们通过docker network create创建好的网络,而不是让docker-compose创建一个新的,这个时候就需要用到“external”关键字了。

  1. networks:
  2. persist:
  3. external:
  4. name: bridge2

4.2.10 serivces - volumes

volume 允许您在 Docker Compose 文件中定义卷,以便在多个容器之间共享数据。这些卷可以用于持久性数据存储,例如数据库文件、配置文件等。通过使用 docker-compose volume,您可以轻松地管理这些数据卷,并确保它们在容器之间共享和持久化。volume 通常可以使用路径与卷标两种方式。

比如像下面这种,就是路径的方式,直观且易于查看,但需要管理本地路径。

  1. db:
  2. image: mariadb:latest
  3. ports:
  4. - "3306:3306"
  5. volumes:
  6. - /etc/mysql:/var/lib/mysql

而下面是卷标方式,backend 与 backup 两个服务共享了 db-data 的卷,逻辑简洁明了,且无需管理本地路径。但具体卷标所代表的是 Docker 主机的哪个路径,并不能直观的看到。需要通过 docker volume inspect [卷标]来查看。

  1. services:
  2. backend:
  3. image: awesome/database
  4. volumes:
  5. - db-data:/etc/data
  6. backup:
  7. image: backup-service
  8. volumes:
  9. - db-data:/var/lib/backup/data
  10. volumes:
  11. 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镜像

创建一个文件,参照上文的配置项说明,配置内容如下

  1. version: '3'
  2. services:
  3. redis: # 服务名称
  4. image: redis:6 # redis镜像版本
  5. container_name: redis6 # 容器名称
  6. ports:
  7. - 6379:6379 # 指定宿主机端口与容器端口映射关系,宿主机:容器
  8. volumes:
  9. - /usr/local/docker/redis/:/etc/redis/ # 映射配置文件目录,宿主机:容器
  10. - /usr/local/docker/redis/data:/data # 映射数据目录,宿主机:容器
  11. privileged: true # 获取宿主机root权限
  12. command: ["redis-server","/etc/redis/"] # 指定配置文件启动redis-server进程

使用下面的命令进行启动

docker compose -f 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中使用自定义网络,可以参考下面的配置:

  1. version: '3.8'
  2. services:
  3. mysql:
  4. image: mysql:5.7
  5. environment:
  6. MYSQL_ROOT_PASSWORD: 123456
  7. MYSQL_DATABASE: mydb
  8. networks:
  9. - my-network
  10. ports:
  11. - "3306:3306"
  12. #自定义网络
  13. networks:
  14. my-network:
  15. 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中可以使用自定义数据卷,仍以上文案例为例,再在配置文件中添加volume相关的信息,在下面的这种方式中,与我们使用docker创建一个mysql容器并且指定数据卷的方式相似

  1. version: '3.8'
  2. services:
  3. mysql:
  4. image: mysql:5.7
  5. environment:
  6. MYSQL_ROOT_PASSWORD: 123456
  7. MYSQL_DATABASE: mydb
  8. networks:
  9. - my-network
  10. ports:
  11. - "3306:3306"
  12. volumes:
  13. - /data/mysql/conf:/etc/mysql/
  14. - /data/mysql/data:/var/lib/mysql
  15. networks:
  16. my-network:
  17. driver: bridge

然后使用docker-compose up -d启动容器

进入到数据卷目录,文件已经自动生成

5.3.2 使用自定义volume方式二

也可以像配置networks那样,在配置的最后面统一定义一个volume名称,也即声明数据卷,声明之后,docker compose在启动容器的时候就会自动去创建这个名称的数据卷,最后再在service属性配置镜像的时候进行引用即可,如下,创建一个nginx的配置文件,配置内容如下:

  1. version: '2.1'
  2. services:
  3. nginx-demo:
  4. image: "nginx"
  5. networks:
  6. - nginx-network
  7. ports:
  8. - "80:80"
  9. volumes: #引用下面的数据卷名称,右边与容器的目录映射
  10. - nginx_volume:/usr/share/nginx/html
  11. networks:
  12. nginx-network:
  13. driver: bridge
  14. volumes:
  15. nginx_volume: #声明数据卷,这里可以只需要声明即可,也可以填写具体的数据卷目录

然后使用命令启动:

docker compose -f  up -d

容器是否启动成功呢?可以使用curl命令访问一下nginx

数据卷更详细的文档可以参考:Volumes top-level element | Docker Docs

5.4 links与depends_on定义容器依赖关系

Docker Compose的links指令,是一种连接容器的方式,它允许一个容器连接到另一个容器,或者说一个容器的启动依赖另一个容器先启动,并且可以通过容器名称来访问连接的容器。

在Docker Compose中,links可以在服务之间创建连接,以便它们可以相互通信。在引用中提到的错误是因为使用了links扩展方式,而links只能直接在文件中使用,不能在扩展文件中使用。如果需要在扩展文件中使用,可以使用networks来代替links。

5.4.1 Docker Compose links指令使用案例

比如下面的案例中,使用docker compose的方式定义了两个容器,nginx和redis,而nginx容器的启动需要依赖redis的启动,也可以说redis的启动影响nginx;

  1. version: '3.1'
  2. services:
  3. nginx-demo:
  4. image: "nginx"
  5. networks:
  6. - nginx-network
  7. ports:
  8. - "80:80"
  9. volumes:
  10. - nginx_volume:/usr/share/nginx/html
  11. links:
  12. - "redis:dev"
  13. redis:
  14. image: redis:6
  15. ports:
  16. - 6379:6379
  17. networks:
  18. nginx-network:
  19. driver: bridge
  20. volumes:
  21. nginx_volume: #声明数据卷

使用命令:docker compose -f up -d 启动,从镜像的拉取和启动顺序来看,redis容器启动先于nginx;

最后通过docker ps命令检查容器是否启动成功

5.4.2 Docker Compose depends_on 指令使用案例

depends-on 指令用于指定一个容器的启动运行依赖于另一个容器。当 depends-on 指令被使用时,Docker 将不会启动依赖容器,直到被依赖的容器启动并运行成功。仍然以上面的links案例进行说明,只需要对配置做简单的调整即可。如下,将links标签更换为depends_on即可:

  1. version: '3.1'
  2. services:
  3. nginx-demo:
  4. image: "nginx"
  5. networks:
  6. - nginx-network
  7. ports:
  8. - "80:80"
  9. volumes:
  10. - nginx_volume:/usr/share/nginx/html
  11. depends_on:
  12. - redis
  13. redis:
  14. image: redis:6
  15. ports:
  16. - 6379:6379
  17. networks:
  18. nginx-network:
  19. driver: bridge
  20. volumes:
  21. nginx_volume: #声明数据卷

再次启动容器,可以看到效果和上面的links差不多

关于depends-on指令的详细说明,可以参照上文中的介绍进行理解,该指令在对微服务部署实践中非常实用,而且也是经常会使用到的一个指令,值得深入探究

六、写在文末

本文通过较大的篇幅从多个角度深入详细探讨了docker编排工具Docker Compose的使用,并结合相关的案例对其中涉及到的指令进行了深入的说明,合理使用Docker Compose可以为docker镜像的编排和管理带来很多好处,提升docker的运维效率,本篇到此结束,感谢观看。