为什么需要 Docker Compose？

常见误区："将多个 Docker 镜像合并为单个镜像"

Docker 容器的设计哲学和实践都强调：每个容器应只运行一个主进程。

• PostgreSQL 镜像用于运行 postgres 进程
• Redis 镜像用于运行 redis-server 进程
• 你的 Node.js Web 应用镜像用于运行 node 进程

你不能（也不应该）将 PostgreSQL 镜像和 Node.js 镜像"合并"成一个"超级镜像"。这种尝试是与 Docker 的核心优势背道而驰的：

• 隔离性：如果 Node.js 应用崩溃，难道数据库也应该随之宕机吗？显然不应该。通过独立容器可实现故障隔离
• 可扩展性：当 Web 流量激增时，你可能需要启动 5 个 Web 应用容器实例，而数据库容器只需 1 个。若合并为单容器将无法实现
• 可复用性与可维护性：直接使用官方久经考验的 postgres 镜像，无需关心安装配置。只需专注于应用镜像。当 PostgreSQL 发布安全补丁时，仅需更新镜像标签而非整个应用

因此，现实应用（如 Web 应用+数据库+缓存服务）需要多个进程协同工作，自然就需要多个容器同时运行。

---

由此产生的问题（以及 Docker Compose 的价值）

既然需要多个容器，如何仅用 docker 命令管理它们？

假设一个简单应用：Python Flask Web 服务器 (web) 连接 PostgreSQL 数据库 (db)。

没有 Docker Compose 时的工作流：

1. 创建网络：容器间通信需要网络

   docker network create my-app-network
   

2. 启动数据库：需先启动数据库。命令冗长复杂：需指定网络、数据持久化卷、用户密码环境变量，并为 Web 应用配置访问名称

   docker run -d \
     --name db \
     --network my-app-network \
     -v my-db-data:/var/lib/postgresql/data \
     -e POSTGRES_USER=user \
     -e POSTGRES_PASSWORD=password \
     -e POSTGRES_DB=mydb \
     postgres:14
   

3. 启动 Web 应用：连接到相同网络，映射主机端口，配置数据库连接

   docker run -d \
     --name web \
     --network my-app-network \
     -p 5000:5000 \
     -e DATABASE_URL="postgresql://user:password@db:5432/mydb" \
     my-web-app-image
   

4. 停止服务：需记住所有容器名称

   docker stop web db
   docker rm web db
   

5. 清理资源：需手动清理网络和卷

   docker network rm my-app-network
   docker volume rm my-db-data
   

此过程繁琐、易错且难以团队协作。

解决方案：Docker Compose

Docker Compose 正是为此而生的编排工具。它允许你在声明式的 docker-compose.yml 文件中定义整个多容器应用（包括所有服务、网络和卷）：

version: '3.8'

services:
  web:
    build: .  # 假设 Dockerfile 在当前目录
    ports:
      - "5000:5000"
    environment:
      - DATABASE_URL=postgresql://user:password@db:5432/mydb
    depends_on:
      - db  # 声明依赖关系

  db:
    image: postgres:14
    volumes:
      - my-db-data:/var/lib/postgresql/data  # 数据卷挂载
    environment:
      - POSTGRES_USER=user
      - POSTGRES_PASSWORD=password
      - POSTGRES_DB=mydb

volumes:
  my-db-data:  # 声明持久化卷

通过这个文件，使用简单命令即可管理整个应用：

• 一键启动（自动构建镜像）：

  docker-compose up
  

  （Compose 自动创建专用网络！）

• 停止并清除所有资源：

  docker-compose down -v
  

核心价值总结

无 Docker Compose (仅 docker run)	使用 Docker Compose (docker-compose.yml)
手工操作复杂：需为每个服务编写冗长的 docker run 命令	声明式配置：在单一 YAML 文件中定义所有服务、网络和卷
易出错：容易遗漏参数、输错网络名或启动顺序错误	配置可靠：版本控制的配置确保团队环境一致性
手动管理网络：需手工创建/管理容器通信网络	自动组网：Compose 创建应用网络，服务可通过名称(db, web)自动发现
管理困难：启停和清理需针对每个组件执行多条命令	统一管理：docker-compose up/down/logs/exec 命令管理整个应用栈
难以移植：需在 README 维护冗长命令列表，且易过期	开箱即用：共享 docker-compose.yml 文件，任何有 Docker 环境的人均可一键复现相同环境

终极结论：
Docker 用于构建和运行单个容器，而 Docker Compose 用于定义和管理多容器应用。它是任何多组件应用本地开发的标准工具。