Docker Compose 如何实现开发环境的一键编排启动

靠一个 docker-compose.yml 文件和一条命令即可实现本地开发环境一键启动，该文件定义服务、网络、卷三类配置，通过 depends_on 控制启动顺序，volumes 实现热更新与数据持久化，environment 或 .env 注入动态配置，配合 Dockerfile 分层构建镜像，确保环境一致。

靠一个 docker-compose.yml 文件 + 一条命令就能实现，核心是把所有服务的配置、依赖和连接方式提前声明好，而不是手动逐个启动容器。

写对 docker-compose.yml 是关键

这个 YAML 文件定义了整个开发栈的结构。它至少包含三类内容：服务（services）、网络（networks）、卷（volumes）。常见服务比如 Web 应用、数据库、缓存，每个服务下指定镜像或构建路径、端口映射、环境变量、依赖关系等。

1. 用 depends_on 声明启动顺序，比如后端服务依赖数据库，Compose 就会先等数据库容器就绪再启动后端
2. 用 volumes 挂载本地代码目录，实现容器内代码热更新；挂载数据目录，避免重启后数据库丢失
3. 用 environment 或 .env 文件注入配置，比如数据库地址写成 db:5432（服务名即 DNS 名），不用硬编码 IP

让本地代码在容器里跑起来

开发时通常不直接用现成镜像，而是基于项目构建自定义镜像。这就需要配合 Dockerfile：

1. Dockerfile 负责定义运行时环境（如 Node.js 版本、Python 依赖、Jupyter 支持等）
2. docker-compose.yml 中通过 build: . 指向该文件，启动时自动构建镜像
3. 推荐分层复制：先拷贝 package.json 或 requirements.txt 安装依赖，再拷贝源码，利用 Docker 缓存加速后续构建

一键启动与日常操作

配置写完后，所有操作都在终端里完成：

1. docker compose up -d：后台启动全部服务，自动拉取/构建镜像、创建网络、挂载卷
2. docker compose logs -f web：实时查看某个服务日志，-f 表示持续输出
3. docker compose exec web sh：进入正在运行的 web 容器调试，适合查环境变量或手动执行命令
4. docker compose down：停止并清理容器和网络，但默认保留卷，数据不丢

环境一致性不是口号，是配置落地的结果

团队成员只要 clone 代码、装好 Docker，执行 docker compose up，就能得到完全一致的本地环境。没有“在我机器上能跑”的争议，也没有反复安装 MySQL、Redis 的折腾。CI/CD 流程也能复用同一套配置，测试环境和本地开发环境真正对齐。