引言
在容器化应用开发中，Docker 是一个强大的工具，而 Docker Compose 则是在多容器场景下的高效管理工具。通过一个简单的 docker-compose.yaml 文件，开发者可以轻松定义和运行多个容器化服务，而无需编写复杂的命令。本文将介绍 Docker Compose 的使用方法，并着重描述 docker-compose.yaml 文件的设置，同时对比其相较于 docker run 的优势。
为什么选择 Docker Compose
在使用 Docker 时，开发者通常会通过 docker run 命令来启动单个容器。然而，当项目需要多个容器协同工作时（例如，一个 Web 服务和一个数据库容器），直接使用 docker run 就会变得复杂且难以维护。而 Docker Compose 可以很好地解决这些问题：
Docker Compose 相较于 docker run 的优势
- 简化配置管理：
- 使用一个 YAML 文件定义所有服务的配置，避免重复输入命令行参数。
- 通过文件版本控制（如 Git），更容易追踪和管理服务配置的变更。
- 批量启动和停止容器：
- 通过一条命令即可启动或停止所有服务，而无需逐一启动容器。
- 服务之间的依赖关系可以通过配置自动管理，无需手动指定启动顺序。
- 更好的可移植性：
- docker-compose.yaml 文件可以轻松共享，团队成员只需执行一条命令即可启动开发环境。
- 环境隔离：
- 每个 Compose 项目会自动创建独立的网络和容器命名空间，避免不同项目之间的冲突。
- 支持复杂场景：
- 通过 volumes 持久化数据，避免容器重启后数据丢失。
- 支持设置环境变量、端口映射、资源限制等高级功能。
Docker Compose 的基本结构
docker-compose.yaml 文件是 Docker Compose 的核心，它使用易读的 YAML 格式描述服务、网络、卷等配置。以下是一个典型的 docker-compose.yaml 文件结构：
version: '3.8' # 定义 Docker Compose 文件版本
services:
service_name: # 服务名称
image: image_name:tag # 指定要使用的镜像
container_name: container_name # 容器名称
ports:
- "host_port:container_port" # 宿主机端口映射到容器端口
volumes:
- host_path:container_path # 数据卷挂载
environment:
- ENV_VAR_NAME=value # 设置环境变量
restart: always # 设置重启策略（如 always、on-failure 等）
mem_limit: 2g # 限制容器内存（可选）
cpus: "1.0" # 限制容器 CPU 使用（可选）
关键部分介绍：
- version：声明 docker-compose.yaml 文件的语法版本，建议使用最新的 3.8。
- services：定义所有服务，每个服务对应一个容器。
- image：指定容器使用的镜像，可以是 Docker Hub 上的镜像，也可以是本地镜像。
- ports：定义端口映射，将容器的端口暴露给宿主机使用。
- volumes：挂载宿主机目录到容器，便于持久化数据或共享文件。
- environment：设置容器内的环境变量，常用于服务的动态配置。
- restart：定义容器的重启策略，例如：
- no：默认值，不会自动重启。
- always：无论是否有错误，始终重启。
- on-failure：仅在容器异常退出时重启。
Docker Compose 的常用命令
启动服务：
docker-compose up -d停止服务：
docker-compose down查看服务状态：
docker-compose ps查看服务日志
docker-compose logs -f重启服务：
docker-compose restart service_name
总结
Docker Compose 是管理多容器应用的利器，通过一个简单的 YAML 文件，开发者可以轻松定义服务、网络和数据卷的配置。相较于直接使用 docker run，Docker Compose 提供了更易维护、更易移植的开发和部署方式。