今天的学习重心落在了Docker Compose上，这个工具堪称多容器应用管理的 “瑞士军刀”。经过前面两周对容器、镜像、网络的零散学习，终于到了将这些知识串联起来的关键节点 —— 当应用需要同时运行数据库、缓存、Web 服务等多个容器时，手动启停和配置网络的方式显然效率低下，而 Docker Compose 正是为解决这类场景而生。
Docker Compose 的核心价值
Docker Compose 通过一个YAML 配置文件定义多容器应用的拓扑关系，再用一条命令完成所有容器的创建、启动、停止等操作。这种 “一次配置，处处运行” 的特性，完美解决了开发环境与生产环境的一致性问题。比如之前部署一个 Python Web 应用时，需要手动启动 MySQL 容器、设置网络别名、挂载数据卷，现在只需编写好 compose.yml，执行docker compose up就能一键完成部署，极大减少了重复操作。
配置文件的核心要素
compose.yml 文件的结构并不复杂，核心包含三个一级字段：
- services：定义各个容器服务的配置，如镜像选择、端口映射、环境变量等。例如为 MySQL 服务指定image: mysql:8.0，并通过environment设置MYSQL_ROOT_PASSWORD。
- networks：声明自定义网络，实现容器间的隔离与通信。今天实践时创建了app-network，让 Web 服务和数据库在同一网络内通过服务名互相访问。
- volumes：配置数据卷，确保容器重启后数据不丢失。给 MySQL 挂载mysql-data卷时，发现需要提前用docker volume create创建，否则 Compose 会自动创建匿名卷。
实战中的避坑指南
在部署一个包含 Nginx、Node.js 和 MongoDB 的示例应用时，遇到了两个典型问题：
- 启动顺序问题：Node.js 服务依赖 MongoDB 启动完成，但 Compose 默认并行启动所有服务。解决方法是在 services.node 中添加depends_on字段，虽然这只能保证容器启动顺序而非应用就绪顺序，但配合应用内的重试机制基本能满足需求。
- 环境变量注入：将数据库连接信息硬编码在配置文件中不安全，通过.env文件分离敏感信息，在 compose.yml 中用${变量名}引用，既安全又便于环境切换。
常用命令速记
- docker compose up -d：后台启动所有服务
- docker compose ps：查看服务运行状态
- docker compose logs -f：实时查看容器日志
- docker compose down -v：停止服务并删除数据卷
今天的学习让我深刻体会到，Docker Compose 不仅简化了多容器管理，更重要的是通过标准化配置提升了团队协作效率。明天计划深入学习 Compose 的扩展语法和生产环境优化技巧，继续解锁 Docker 的强大能力。
原理与实战)
