Docker 容器编排利器 Docker Compose

文章目录

- 一、Docker Compose 简介
- 二、Docker Compose 安装
- - 2.1 Mac、Windows 平台默认支持
  - 2.2 Linux 安装(通过包管理)
  - - 2.2.1 安装
    - 2.2.2 测试
    - 2.2.3 卸载
  - 2.3 使用PIP 安装与卸载
  - - 2.3.1 PIP安装
    - 2.3.2 PIP 卸载
- 三、基本使用
- - 3.1 术语
  - 3.2 部署Flask 应用
- 四、Compose 常用命令
- - 4.1 命令对象与格式
  - 4.2 docker-compose 常用命令
  - - 4.2.1 config
    - 4.2.2 pull
    - 4.2.3 up
    - 4.2.4 logs
    - 4.2.5 ps
    - 4.2.6 run
    - 4.2.7 exec
    - 4.2.8 pause
    - 4.2.9 unpause
    - 4.2.10 restart
    - 4.2.11 start
    - 4.2.12 stop
    - 4.2.13 kill
    - 4.2.14 rm
    - 4.2.15 down
    - 4.2.16 images
    - 4.2.17 port
    - 4.2.18 top
- 五、docker-compose.yml 文件详解
- - 5.1 概念
  - 5.2 案例
  - 5.3 version
  - 5.4 services
  - - 5.4.1 services 简单举例
    - 5.4.2 image
    - 5.4.3 build
    - - (一). context
      - (二). dockerfile
    - 5.4.4 container_name
    - - 关于序号
    - 5.4.5 depends_on
    - 5.4.6 ports
    - 5.4.7 expose
    - 5.4.8 restart
    - 5.4.9 environment
    - 5.4.10 env_file
    - 5.4.11 command
    - 5.4.12 volumes
    - 5.4.13 network_mode
    - 5.4.14 networks
    - - aliases
  - 5.5 volumes
  - 5.6 networks
- 六、小结

一、Docker Compose 简介

Docker Compose 项目是 Docker 官方的开源项目，Compose 定位是「定义和运行多个 Docker 容器的应用（Defining and running multi-container Docker applications）」,来源于之前的 Fig 项目，使用 Python 语言编写。负责实现对 Docker 容器集群的快速编排。项目地址为：https://github.com/docker/compose/releases

Compose 的默认管理对象是项目，通过子命令对项目中的一组容器进行便捷地生命周期管理，实现上调用了 Docker 服务提供的 API 来对容器进行管理。因此，只要所操作的平台支持 Docker API，就可以在其上利用 Compose 来进行编排管理。

我们知道使用一个 Dockerfile 模板文件，可以让用户很方便的定义一个单独的应用容器。然而，在日常工作中，经常会碰到需要多个容器相互配合来完成某项任务的情况。例如要实现一个 Web 项目，除了 Web 服务容器本身，往往还需要再加上后端的负载均衡容器等。

Docker Compose 恰好满足了这样的需求，它是用于定义和运行多容器 Docker 应用程序的工具。它允许用户通过一个单独的 docker-compose.yml 模板文件（YAML 格式）来定义一组相关联的应用容器为一个项目（project）。然后使用一个命令，就可以通过 YAML 配置文件创建并启动所有服务。

Compose 中有两个重要的概念：

服务 (service)：一个应用的容器，实际上可以包括若干运行相同镜像的容器实例。
项目 (project)：由一组关联的应用容器组成的一个完整业务单元，在 docker-compose.yml 文件中定义。

Docker Compose 使用的三个步骤为：

使用 Dockerfile 文件定义应用程序的环境；
使用 docker-compose.yml 文件定义构成应用程序的服务，这样它们可以在隔离环境中一起运行；
最后，执行 docker-compose up 命令来创建并启动所有服务。

二、Docker Compose 安装

官方文档：https://docs.docker.com/compose/install/linux/

2.1 Mac、Windows 平台默认支持

Docker Desktop for Mac/Windows 自带 docker-compose 二进制文件，安装 Docker 之后可以直接使用。

$ docker-compose --version
Docker Compose version v2.23.3-desktop.2

2.2 Linux 安装(通过包管理)

2.2.1 安装

运行以下命令以下载Docker Compose的当前稳定版本：

# 乌班图 安装
sudo apt-get install docker-compose-plugin -y
# Centos 安装
sudo yum install docker-compose-plugin -y

2.2.2 测试

docker compose version

2.2.3 卸载

如果您需要卸载 Docker Compose，可以使用以下命令：

在 Ubuntu 上：

sudo apt-get remove docker-compose-plugin -y

在 CentOS 上：

sudo yum remove docker-compose-plugin -y

2.3 使用PIP 安装与卸载

2.3.1 PIP安装

这种方式是将 Compose 当作一个 Python 应用来从 pip 源中安装。

首先，确保你的系统已经安装了Python和pip。你可以在终端中运行以下命令来检查它们是否已经安装：

python --version
pip --version

如果这些命令返回版本信息，则说明Python和pip已经安装。如果没有安装，请根据你使用的操作系统安装Python和pip。

没有安装的话请参考教程：Linux系统安装python3.8与卸载教程

接下来，使用pip安装docker-compose。在终端中运行以下命令：

$ sudo pip install -U docker-compose

2.3.2 PIP 卸载

如果是通过 pip 安装的，则执行如下命令即可删除。

$ sudo pip uninstall docker-compose

三、基本使用

3.1 术语

首先介绍几个术语。

服务 (service)：一个应用容器，实际上可以运行多个相同镜像的实例。
项目 (project)：由一组关联的应用容器组成的一个完整业务单元。

可见，一个项目可以由多个服务（容器）关联而成，Compose 面向项目进行管理。

3.2 部署Flask 应用

下面我们部署一个web 网站，该项目应该包含 web 应用和缓存。

我们用Flask 框架构建一个能够记录页面访问次数的 web 网站。

首先，创建一个简单的 Flask 应用。创建一个新目录 flask-app，并在其中创建一个名为 app.py 的文件：

# flask-app/app.py
from flask import Flask
from redis import Redis

app = Flask(__name__)
redis = Redis(host='redis', port=6379)

@app.route('/')
def hello():
    visits = redis.incr('counter')
    return 'Hello World! I have been seen {} times.\n'.format(visits)

if __name__ == "__main__":
    app.run(host="0.0.0.0", debug=True)

接着,编写 Dockerfile 文件，内容为:

FROM python:3.12-alpine
ADD . /code
WORKDIR /code
RUN pip install redis flask
CMD ["python", "app.py"]

编写 docker-compose.yml 文件，这个是 Compose 使用的主模板文件。

version: '3.0'
services:
  web:
    build: .
    ports:
     - "5000:5000"
  redis:
    image: "redis:alpine"

这个 docker-compose.yml 文件定义了两个服务：web 和 redis。web 服务使用当前目录下的 Dockerfile 构建，并将容器内的端口 5000 绑定到宿主机的端口 5000。web 服务依赖于 redis 服务。

在 flask-app 目录中，运行以下命令来启动应用：

docker compose up --build

这个命令会构建 Flask 应用的 Docker 镜像，启动 Redis 容器，然后启动 Flask 应用容器。看到终端输出如下，说明容器启动起来了。

现在，您可以通过浏览器访问 http://localhost:5000 来查看您的 Flask 应用，并且每次刷新页面都会看到访问次数的增加。

或者终端使用 curl 命令访问本地运行的 Flask 应用

curl http://localhost:5000

如图，此时访问本地 5000 端口，每次刷新页面，计数就会加 1。

四、Compose 常用命令

4.1 命令对象与格式

docker compose 命令的基本的使用格式是

docker compose [-f <arg>...] [options] [COMMAND] [ARGS...]

部分命令选项如下：

-f，--file：指定使用的 Compose 模板文件，默认为 docker-compose.yml，可以多次指定，指定多个 yml；
-p, --project-name：指定工程名称，默认使用 docker-compose.yml 文件所在目录的名称；
-v：打印版本并退出；
--log-level：定义日志等级（DEBUG, INFO, WARNING, ERROR, CRITICAL）。

我们通过终端输入命令docker compose可以查看到所有命令和选项：

用法:  docker compose [选项] 命令

使用 Docker 定义和运行多容器应用程序

选项:
      --ansi string                控制何时打印 ANSI 控制字符 ("never"|"always"|"auto")
                                   （默认 "auto"）
      --compatibility              以向后兼容模式运行 Compose
      --dry-run                    以干运行模式执行命令
      --env-file stringArray       指定一个替代的环境文件
  -f, --file stringArray           指定 Compose 配置文件
      --parallel int               控制最大并行性，-1 为无限制 (默认 -1)
      --profile stringArray         指定要启用的配置文件
      --progress string             设置进度输出的类型 (auto, tty, plain, quiet) （默认 "auto"）
      --project-directory string   指定一个替代的工作目录
                                   （默认：第一个指定的 Compose 文件的路径）
  -p, --project-name string        项目名称

命令:
  attach      将本地标准输入、输出和错误流附加到服务的运行容器上
  build       构建或重建服务
  config      解析、解析并呈现 Compose 文件的规范格式
  cp          在服务容器和本地文件系统之间复制文件/文件夹
  create      为服务创建容器
  down        停止并删除容器和网络
  events      从容器接收实时事件
  exec        在运行中的容器内执行命令
  images      列出由创建的容器使用的镜像
  kill        强制停止服务容器
  logs        查看容器的输出
  ls          列出运行中的 Compose 项目
  pause      暂停服务
  port        打印端口的公共端口绑定
  ps          列出容器
  pull        拉取服务镜像
  push        推送服务镜像
  restart     重启服务容器
  rm          删除已停止的服务容器
  run         对服务运行一次性命令
  scale       设置服务运行的容器数量
  start       启动服务
  stats       显示容器的实时资源使用统计信息
  stop        停止服务
  top         显示正在运行的进程
  unpause     恢复暂停的服务
  up          创建并启动容器
  version     显示 Docker Compose 版本信息
  wait        阻塞直到第一个服务容器停止
  watch       监视服务的构建上下文，并在文件更新时重建/刷新容器

运行 'docker compose 命令 --help' 以获取有关一个命令的更多信息。

4.2 docker-compose 常用命令

4.2.1 config

docker compose config -q 验证 docker-compose.yml 文件。当配置正确时，不输出任何内容，当配置错误时，输出错误信息。

4.2.2 pull

docker compose pull 拉取服务依赖的镜像。

# 拉取工程中所有服务依赖的镜像
docker compose pull
# 拉取工程中 redis 服务依赖的镜像
docker compose pull redis
# 拉取镜像过程中不打印拉取进度信息
docker compose pull -q

4.2.3 up

docker compose up 创建并启动所有服务的容器。指定多个 yml 加 -f 选项。以守护进程模式运行加 -d 选项。

# 前台启动
docker compose up
# 后台启动
docker compose up -d
# -f 指定使用的 Compose 模板文件，默认为 docker-compose.yml，可以多次指定，指定多个 yml
docker compose -f docker-compose.yml up -d

4.2.4 logs

docker compose logs 查看服务容器的输出日志。默认情况下，docker-compose 将对不同的服务输出使用不同的颜色来区分。可以通过 --no-color 来关闭颜色。

# 输出日志，不同的服务输出使用不同的颜色来区分
docker compose logs
# 跟踪日志输出
docker compose logs -f
# 关闭颜色
docker compose logs --no-color

4.2.5 ps

docker compose ps 列出工程中所有服务的容器。

# 列出工程中所有服务的容器
docker compose ps
# 列出工程中指定服务的容器
docker compose ps redis

4.2.6 run

docker compose run 在指定服务容器上执行一个命令。

# 在工程中指定服务的容器上执行 echo "hello"
docker compose run redis echo "hello"

4.2.7 exec

docker compose exec 进入服务容器。

# 进入工程中指定服务的容器
docker compose exec redis bash
# 当一个服务拥有多个容器时，可通过 --index 参数进入到该服务下的任何容器
docker compose exec --index=1 redis bash

4.2.8 pause

docker compose pause 暂停服务容器。

# 暂停工程中所有服务的容器
docker compose pause
# 暂停工程中指定服务的容器
docker compose pause redis

4.2.9 unpause

docker compose unpause 恢复服务容器。

# 恢复工程中所有服务的容器
docker compose unpause
# 恢复工程中指定服务的容器
docker compose unpause redis

4.2.10 restart

docker compose restart 重启服务容器。

# 重启工程中所有服务的容器
docker compose restart
# 重启工程中指定服务的容器
docker compose restart redis

4.2.11 start

docker compose start 启动服务容器。

# 启动工程中所有服务的容器
docker compose start
# 启动工程中指定服务的容器
docker compose start nginx

4.2.12 stop

docker compose stop 停止服务容器。

# 停止工程中所有服务的容器
docker compose stop
# 停止工程中指定服务的容器
docker compose stop redis

4.2.13 kill

docker compose kill 通过发送 SIGKILL 信号停止指定服务的容器。

# 通过发送 SIGKILL 信号停止工程中指定服务的容器
docker compose kill redis

4.2.14 rm

docker compose rm 删除服务（停止状态）容器。

# 删除所有（停止状态）服务的容器
docker compose rm
# 先停止所有服务的容器，再删除所有服务的容器
docker compose rm -s
# 不询问是否删除，直接删除
docker compose rm -f
# 删除服务容器挂载的数据卷
docker compose rm -v
# 删除工程中指定服务的容器
docker compose rm -sv redis

4.2.15 down

停止并删除所有服务的容器、网络、镜像、数据卷。

# 停止并删除工程中所有服务的容器、网络
docker compose down
# 停止并删除工程中所有服务的容器、网络、镜像
docker compose down --rmi all
# 停止并删除工程中所有服务的容器、网络、数据卷
docker compose down -v

4.2.16 images

docker compose images 打印服务容器所对应的镜像。

# 打印所有服务的容器所对应的镜像
docker compose images
# 打印指定服务的容器所对应的镜像
docker compose images redis

4.2.17 port

docker compose port 打印指定服务容器的某个端口所映射的宿主机端口。

[root@VM-16-centos flask-app]# docker compose port nginx 80
0.0.0.0:80

4.2.18 top

docker compose top 显示正在运行的进程。

# 显示工程中所有服务的容器正在运行的进程
docker compose top
# 显示工程中指定服务的容器正在运行的进程
docker compose top redis

五、docker-compose.yml 文件详解

5.1 概念

Docker Compose 允许用户通过 docker-compose.yml 文件（YAML 格式）来定义一组相关联的容器为一个工程（project）。一个工程包含多个服务（service），每个服务中定义了创建容器时所需的镜像、参数、依赖等。

工程名若无特殊指定，即为 docker-compose.yml 文件所在目录的名称。

Docker Compose 模板文件我们需要关注的顶级配置有：version、services、networks、volumes 几个部分，除 version 外，其他几个顶级配置下还有很多下级配置，后面也会详细给大家介绍，先来看看这几个顶级配置都什么意思：

version：描述 Compose 文件的版本信息，当前最新版本为 3.8，对应的 Docker 版本为 19.03.0+；
services：定义服务，可以多个，每个服务中定义了创建容器时所需的镜像、参数、依赖等；
networkds：定义网络，可以多个，根据 DNS server 让相同网络中的容器可以直接通过容器名称进行通信；
volumes：数据卷，用于实现目录挂载。

5.2 案例

在配置文件中，所有的容器通过 services 来定义，然后使用 docker-compose 脚本来启动，停止和重启容器，非常适合多个容器组合使用进行开发的场景。我们先从一个简单的 Compose 案例开始。我们编写第一个 docker-compose.yml 文件。

# 创建目录
mkdir -p ./docker-nginx
# 切换至指定目录
cd ./docker-nginx/
# 编写 docker-compose.yml 文件
vi docker-compose.yml

在文件 docker-compose.yml 文件中添加以下内容：

# 描述 Compose 文件的版本信息
version: "3.8"

# 定义服务，可以多个
services:
  nginx: # 服务名称
    image: nginx # 创建容器时所需的镜像
    container_name: mynginx # 容器名称，默认为"工程名称_服务条目名称_序号"
    ports: # 宿主机与容器的端口映射关系
      - "80:80" # 左边宿主机端口:右边容器端口
    networks: # 配置容器连接的网络，引用顶级 networks 下的条目
      - nginx-net

# 定义网络，可以多个。如果不声明，默认会创建一个网络名称为"工程名称_default"的 bridge 网络
networks:
  nginx-net: # 一个具体网络的条目名称
    name: nginx-net # 网络名称，默认为"工程名称_网络条目名称"
    driver: bridge # 网络模式，默认为 bridge

使用 docker-compose up 创建并启动所有服务。

# 前台启动
docker-compose up
# 后台启动
docker-compose up -d

浏览器访问：http://localhost/结果如下：

使用 docker-compose down 可以停止并删除容器、网络。

5.3 version

version是Docker Compose文件的一个主要组成部分，用于指定当前Docker Compose文件的版本。

version字段通常在文件的顶部进行定义，如下所示：

version: "3.8"

在这个例子中，version被设置为'3.8'，这意味着这个Docker Compose文件使用的是3.8版本的语法和功能。

重要的是要注意不同版本的Docker Compose之间可能存在不兼容性。因此，在升级或更改您的docker-compose.yaml文件时，请确保查看有关版本的特定说明和变更日志，以便了解您当前所使用版本的支持的功能和变更情况。

官网提供的链接比较老了，且compose版本和其version字段不相同，对应起来比较麻烦（二者的对应关系可以参考链接）

5.4 services

刚才我们提到 docker-compose.yml 文件中包含很多下级配置项，下面带大家把一些常用的配置项详细了解一下，先从顶级配置 services 开始。

services 用来定义服务，可以多个，每个服务中定义了创建容器时所需的镜像、参数、依赖等，就像将命令行参数传递给 docker run 一样。同样，网络和数据卷的定义也是一样的。

5.4.1 services 简单举例

举个例子，之前我们通过 docker run 命令构建一个 MySQL 应用容器的命令如下：

docker run -di --name mysql8 -p 3306:3306 -v /mydata/docker_mysql/conf:/etc/mysql/conf.d -v /mydata/docker_mysql/data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=1234 mysql:8

使用 docker-compose.yml 以后则可以这样定义：

# 描述 Compose 文件的版本信息
version: "3.8"

# 定义服务，可以多个
services:
  mysql: # 服务名称
    image: mysql:8 # 创建容器时所需的镜像以及版本号
    container_name: mysql8 # 容器名称，默认为"工程名称_服务条目名称_序号"
    ports: # 宿主机与容器的端口映射关系
      - "3306:3306" # 左边宿主机端口:右边容器端口
    environment: # 创建容器时所需的环境变量
      MYSQL_ROOT_PASSWORD: 1234 # MySQL root 用户的密码
    volumes:
      - "/mydata/docker_mysql/conf:/etc/mysql/conf.d"
      - "/mydata/docker_mysql/data:/var/lib/mysql"

然后通过 dokcer-compose 相关命令即可完成容器的创建，停止或删除等一系列操作。

5.4.2 image

指定创建容器时所需的镜像名称标签或者镜像 ID。如果镜像在本地不存在，会去远程拉取。

services:
  web:
    image: mysql:8

5.4.3 build

除了可以基于指定的镜像构建容器，还可以基于 Dockerfile 文件构建，在使用 up 命令时会执行构建任务。

通过 build 配置项可以指定 Dockerfile 所在文件夹的路径。Compose 将会利用 Dockerfile 自动构建镜像，然后使用镜像启动服务容器。

build 配置项可以使用绝对路径，也可以使用相对路径。

# 绝对路径，在该路径下基于名称为 Dockerfile 的文件构建镜像
/usr/local/docker-centos
# 相对路径，相对当前 docker-compose.yml 文件所在目录，基于名称为 Dockerfile 的文件构建镜像
.

接下来我们来个稍微复杂点的练习，首先我们使用Go编写一个HTTP Server：

创建一个目录：

# 创建目录
mkdir -p /usr/local/docker-centos
# 切换至指定目录
cd /usr/local/docker-centos/
mkdir ./httpserver

编写main.go内容如下：

package main

import (
	"fmt"
	"net/http"
)

func main() {
	http.HandleFunc("/", rootHandler)
	http.HandleFunc("/ping", pingHandler)
	fmt.Println("Server started at http://localhost:8080")
	http.ListenAndServe(":8080", nil)
}

func rootHandler(w http.ResponseWriter, r *http.Request) {
	fmt.Fprint(w, "哈喽，Go!")
}

func pingHandler(w http.ResponseWriter, r *http.Request) {
	fmt.Fprint(w, "pong")
}

接着通过基础镜像 centos:8，在该镜像中安装 go 和并且运行HTTP Server以后将其制作为一个新的镜像 mycentos:8。编写 Dockerfile 文件。

# 编写 Dockerfile 文件
vi Dockerfile

Dockerfile 文件内容如下：

# 指明构建的新镜像是来自于 centos:8 基础镜像
FROM centos:8

# 通过镜像标签声明了作者信息
LABEL maintainer="blog.jarvis.com"

# 设置工作目录
WORKDIR /usr/local

# 拷贝 Go 语言压缩包并解压到指定目录
ADD go1.22.1.linux-amd64.tar.gz /usr/local/

# 设置 Go 环境变量
ENV GOROOT=/usr/local/go
ENV GOPATH=/usr/local/gopath
ENV PATH=$PATH:$GOROOT/bin:$GOPATH/bin

# 将 httpserver 代码拷贝到容器中
COPY ./httpserver /usr/local/httpserver

# 设置工作目录到 httpserver 目录
WORKDIR /usr/local/httpserver

# 编译 Go HTTP 服务器
RUN go build -o httpserver main.go

# 暴露容器运行时的 8080 监听端口给外部
EXPOSE 8080

# 使用 CMD 运行 HTTP 服务器
CMD ["./httpserver"]

接着通过如下命令下载Go 编译器：

# 下载GO 编译器
wget https://golang.google.cn/dl/go1.22.1.linux-amd64.tar.gz

创建目录并编写 docker-compose.yml 文件。

# 描述 Compose 文件的版本信息
version: "3.8"

# 定义服务，可以多个
services:
  mycentos: # 服务名称
    build: . # 相对当前 docker-compose.yml 文件所在目录，基于名称为 Dockerfile-alternate 的文件构建镜像
    container_name: mycentos7 # 容器名称，默认为"工程名称_服务条目名称_序号"
    ports: # 宿主机与容器的端口映射关系
      - "8080:8080" # 左边宿主机端口:右边容器端口

然后通过 dokcer-compose 相关命令即可完成容器的创建，停止或删除等一系列操作。

(一). context

该选项可以是 Dockerfile 文件的绝对/相对路径，也可以是远程 Git 仓库的 URL，当提供的值是相对路径时，相对当前 docker-compose.yml 文件所在目录。

build:
  context: . # 相对当前 docker-compose.yml 文件所在目录，基于名称为 Dockerfile 的文件构建镜像

(二). dockerfile

一般情况下，默认都基于文件名叫 Dockerfile 的文件构建镜像，当然也可以是自定义的文件名，使用 dockerfile 声明，不过这个选项只能声明文件名，文件所在路径还是要通过 centext 来声明。

build:
  context: . # 相对当前 docker-compose.yml 文件所在目录
  dockerfile: Dockerfile-alternate # 基于名称为 Dockerfile-alternate 的文件构建镜像

5.4.4 container_name

Compose 创建的容器默认生成的名称格式为：工程名称_服务条目名称_序号。如果要使用自定义名称，使用 container_name 声明。

services:
  mycentos:
    build: .
    container_name: mycentos7 # 容器名称，默认为"工程名称_服务条目名称_序号"

因为 Docker 容器名称必须是唯一的，所以如果指定了自定义名称，就不能将服务扩展至多个容器。这样做可能会导致错误。

关于序号

序号是干什么用的呢，看下面这个列子你就懂了，docker-compose.yml 文件内容如下：

# 描述 Compose 文件的版本信息
version: "3.8"

# 定义服务，可以多个
services:
  helloworld: # 服务名称
    image: hello-world

然后通过 --scale 指定 helloworld 服务一次性启动 3 个。

docker-compose up -d --scale helloworld=3

通过下图可以看到有 3 个容器被创建，容器名称最后的序号是从 1 开始累加的，这就是序号的作用。所以如果指定了自定义名称，就不能将服务扩展至多个容器。

5.4.5 depends_on

使用 Compose 最大的好处就是敲最少的命令做更多的事情，但一般项目容器启动的顺序是有要求的，如果直接从上到下启动容器，必然会因为容器依赖问题而启动失败。例如在没有启动数据库容器的情况下启动了 Web 应用容器，应用容器会因为找不到数据库而退出。depends_on 就是用来解决容器依赖、启动先后问题的配置项。

version: "3.8"

services:
  web:
    build: .
    depends_on:
      - db
      - redis
  redis:
    image: redis
  db:
    image: mysql

上述 YAML 文件定义的容器会先启动 db 和 redis 两个服务，最后才启动 web 服务。

5.4.6 ports

容器对外暴露的端口，格式：左边宿主机端口:右边容器端口。

ports:
  - "80:80"
  - "8080:8080"

5.4.7 expose

容器暴露的端口不映射到宿主机，只允许能被连接的服务访问。

expose:
  - "80"
  - "8080"

5.4.8 restart

容器重启策略，简单的理解就是 Docker 重启以后容器要不要一起启动：

no：默认的重启策略，在任何情况下都不会重启容器；
on-failure：容器非正常退出时，比如退出状态为非0(异常退出)，才会重启容器；
always：容器总是重新启动，即使容器被手动停止了，当 Docker 重启时容器也还是会一起启动；
unless-stopped：容器总是重新启动，除非容器被停止（手动或其他方式），那么 Docker 重启时容器则不会启动。

services:
  nginx:
    image: nginx
    container_name: mynginx
    ports:
      - "80:80"
    restart: always

5.4.9 environment

添加环境变量。可以使用数组也可以使用字典。布尔相关的值（true、false、yes、no）都需要用引号括起来，以确保 YML 解析器不会将它们转换为真或假。

environment:
  RACK_ENV: development
  SHOW: 'true'
  SESSION_SECRET:

或者以下格式：

environment:
  - RACK_ENV=development
  - SHOW=true
  - SESSION_SECRET

5.4.10 env_file

从文件中获取环境变量，可以指定一个或多个文件，其优先级低于 environment 指定的环境变量。

env_file:
  - /opt/runtime_opts.env # 绝对路径
  - ./common.env # 相对路径，相对当前 docker-compose.yml 文件所在目录
  - ./apps/web.env # 相对路径，相对当前 docker-compose.yml 文件所在目录

注意：env 文件中的每一行需采用 键=值 格式。以 # 开头的行会被视为注释并被忽略。空行也会被忽略。

5.4.11 command

覆盖容器启动后默认执行的命令。

command: echo "helloworld"

该命令也可以是一个列表。

command: ["echo", "helloworld"]

5.4.12 volumes

数据卷，用于实现目录挂载，支持指定目录挂载、匿名挂载、具名挂载。

指定目录挂载的格式为：左边宿主机目录:右边容器目录，或者左边宿主机目录:右边容器目录:读写权限；
匿名挂载格式为：容器目录即可，或者容器目录即可:读写权限；
具名挂载格式为：数据卷条目名称:容器目录，或者数据卷条目名称:容器目录:读写权限。

# 描述 Compose 文件的版本信息
version: "3.8"

# 定义服务，可以多个
services:
  mysql: # 服务名称
    image: mysql:8 # 创建容器时所需的镜像
    container_name: mysql8 # 容器名称，默认为"工程名称_服务条目名称_序号"
    ports: # 宿主机与容器的端口映射关系
      - "3306:3306" # 左边宿主机端口:右边容器端口
    environment: # 创建容器时所需的环境变量
      MYSQL_ROOT_PASSWORD: 1234
    volumes:
      # 绝对路径
      - "/mydata/docker_mysql/data:/var/lib/mysql"
      # 相对路径，相对当前 docker-compose.yml 文件所在目录
      - “./conf:/etc/mysql/conf.d“
      # 匿名挂载，匿名挂载只需要写容器目录即可，容器外对应的目录会在 /var/lib/docker/volume 中生成
      - "/var/lib/mysql"
      # 具名挂载，就是给数据卷起了个名字，容器外对应的目录会在 /var/lib/docker/volume 中生成
      - "mysql-data-volume:/var/lib/mysql"

# 定义数据卷，可以多个
volumes:
  mysql-data-volume: # 一个具体数据卷的条目名称
    name: mysql-data-volume # 数据卷名称，默认为"工程名称_数据卷条目名称"

5.4.13 network_mode

设置网络模式，类似 docker run 时添加的参数 --net host 或者 --network host 的用法。

network_mode: "bridge"
network_mode: "host"
network_mode: "none"
network_mode: "service:[service name]"
network_mode: "container:[container name/id]"

5.4.14 networks

配置容器连接的网络，引用顶级 networks 下的条目。

# 定义服务，可以多个
services:
  nginx: # 服务名称
    networks: # 配置容器连接的网络，引用顶级 networks 下的条目
      - nginx-net # 一个具体网络的条目名称

# 定义网络，可以多个。如果不声明，默认会创建一个网络名称为"工程名称_default"的 bridge 网络
networks:
  nginx-net: # 一个具体网络的条目名称
    name: nginx-net # 网络名称，默认为"工程名称_网络条目名称"
    driver: bridge # 网络模式，默认为 bridge

aliases

网络上此服务的别名。同一网络上的其他容器可以使用服务名或此别名连接到服务容器。同一服务在不同的网络上可以具有不同的别名。

# 定义服务，可以多个
services:
  nginx: # 服务名称
    networks: # 配置容器连接的网络，引用顶级 networks 下的条目
      nginx-net: # 一个具体网络的条目名称
        aliases: # 服务别名，可以多个
          - nginx1 # 同一网络上的其他容器可以使用服务名或此别名连接到服务容器

# 定义网络，可以多个。如果不声明，默认会创建一个网络名称为"工程名称_default"的 bridge 网络
networks:
  nginx-net: # 一个具体网络的条目名称
    name: nginx-net # 网络名称，默认为"工程名称_网络条目名称"
    driver: bridge # 网络模式，默认为 bridge

5.5 volumes

通过顶级配置 services 的学习，大家应该已经明白顶级配置 volumes 是干嘛的了，这里再详细把配置的不同方式研究一下。

以下方式的数据卷声明创建卷时会使用默认的名称："工程名称_数据卷条目名称"。

# 描述 Compose 文件的版本信息
version: "3.8"

# 定义服务，可以多个
services:
  mysql:
    image: mysql:8
    container_name: mysql8
    ports:
      - "3306:3306"
    environment
      MYSQL_ROOT_PASSWORD: 1234
    volumes:
      # 具名挂载，就是给数据卷起了个名字，容器外对应的目录会在 /var/lib/docker/volume 中生成
      - "mysql-data-volume:/var/lib/mysql"

# 定义数据卷，可以多个
volumes:
  mysql-data-volume: # 一个具体数据卷的条目名称

以下方式的数据卷声明创建卷时会使用自定义的名称。

# 描述 Compose 文件的版本信息
version: "3.8"

# 定义服务，可以多个
services:
  mysql:
    image: mysql:8
    container_name: mysql8
    ports:
      - "3306:3306"
    environment
      MYSQL_ROOT_PASSWORD: 1234
    volumes:
      # 具名挂载，就是给数据卷起了个名字，容器外对应的目录会在 /var/lib/docker/volume 中生成
      - "mysql-data-volume:/var/lib/mysql"

# 定义数据卷，可以多个
volumes:
  mysql-data-volume: # 一个具体数据卷的条目名称
    name: mysql-data-volume # 数据卷名称，默认为"工程名称_数据卷条目名称"

5.6 networks

通过顶级配置 services 的讲解，大家其实已经明白顶级配置 volumes 是干嘛的了，这里再详细把配置的不同方式研究一下。

如果不声明网络，每个工程默认会创建一个网络名称为"工程名称_default"的 bridge 网络。

# 描述 Compose 文件的版本信息
version: "3.8"

# 定义服务，可以多个
services:
  nginx:
    image: nginx
    container_name: mynginx
    ports:
      - "80:80"

# 定义网络，可以多个。如果不声明，默认会创建一个网络名称为"工程名称_default"的 bridge 网络
#networks:

以下方式的网络声明创建网络时会使用默认的名称："工程名称_网络条目名称"，网络模式默认为 bridge。

# 描述 Compose 文件的版本信息
version: "3.8"

# 定义服务，可以多个
services:
  nginx:
    image: nginx
    container_name: mynginx
    ports:
      - "80:80"
    networks: # 配置容器连接的网络，引用顶级 networks 下的条目
      nginx-net:

# 定义网络，可以多个
networks:
  nginx-net: # 一个具体网络的条目名称

以下方式的网络声明创建网络时会使用自定义的名称，还可以通过 driver 选择网络模式，默认为 bridge。

# 描述 Compose 文件的版本信息
version: "3.8"

# 定义服务，可以多个
services:
  nginx:
    image: nginx
    container_name: mynginx
    ports:
      - "80:80"
    networks: # 配置容器连接的网络，引用顶级 networks 下的条目
      nginx-net:

# 定义网络，可以多个
networks:
  nginx-net: # 一个具体网络的条目名称
    name: nginx-net # 网络名称，默认为"工程名称_网络条目名称"
    driver: bridge # 网络模式，默认为 bridge