Docker Swarm 与 Docker Compose 对比解析

Docker Swarm 与 Docker Compose 对比解析

Docker Swarm 和 Docker Compose 都是 Docker 生态系统中的重要工具，但它们的定位和使用场景有显著不同。以下是两者的详细对比：

1. 核心定位差异

2. 配置文件对比

Docker Compose 示例 (docker-compose.yml)

version: '3.8'
services:
  web:
    image: nginx:alpine
    ports:
      - "80:80"
    depends_on:
      - db
  db:
    image: postgres:13
    environment:
      POSTGRES_PASSWORD: example

Docker Swarm 示例 (stack.yml)

version: '3.8'
services:
  web:
    image: nginx:alpine
    ports:
      - "80:80"
    deploy:
      replicas: 3
      update_config:
        parallelism: 2
        delay: 10s
      resources:
        limits:
          cpus: '0.5'
          memory: 512M
  db:
    image: postgres:13
    environment:
      POSTGRES_PASSWORD: example
    deploy:
      placement:
        constraints: [node.role == manager]

3. 主要功能区别

部署方式

# Compose
docker-compose up -d

# Swarm
docker stack deploy -c stack.yml myapp

扩展能力

# Compose (需修改文件后重新部署)
docker-compose scale web=3

# Swarm (动态扩展)
docker service scale myapp_web=5

网络模型

• Compose：默认创建 bridge 网络
• Swarm：默认使用 overlay 网络（跨节点通信）

4. 使用场景

使用 Docker Compose 当：

• 本地开发环境搭建
• 单机多容器应用测试
• 需要快速启动完整服务栈
• CI/CD 管道中的测试阶段

使用 Docker Swarm 当：

• 生产环境部署
• 需要服务高可用性
• 多主机容器编排
• 需要滚动更新和回滚功能

5. 协同工作模式

两者可以结合使用：

1. 开发阶段：使用 Compose 文件定义服务
2. 生产部署：扩展 Compose 文件添加 Swarm 特有配置，然后部署为 Stack

# 同时兼容 Compose 和 Swarm 的文件示例
version: '3.8'

services:
  web:
    image: nginx
    ports:
      - "80:80"
    # Compose 会忽略这部分
    deploy:
      replicas: 3
      resources:
        limits:
          cpus: '0.5'
          memory: 512M

6. 关键能力对比

7. 转换与升级

从 Compose 迁移到 Swarm：

1. 保留原有 Compose 文件
2. 添加 deploy 相关配置
3. 初始化 Swarm 集群：docker swarm init
4. 部署为 Stack：docker stack deploy -c docker-compose.yml myapp

最佳实践建议

1. 开发流程：

   • 开发时使用 docker-compose up
   • 测试时添加 deploy 配置进行 Swarm 测试
   • 生产使用 docker stack deploy

2. 文件管理：

   .
   ├── docker-compose.yml    # 基础配置
   └── docker-compose.swarm.yml  # Swarm 扩展配置
   

3. 版本控制：

   • Compose 文件适合放入代码仓库
   • Swarm 的敏感配置（secrets）应单独管理

两者不是替代关系，而是互补工具，合理搭配使用可以覆盖从开发到生产的完整容器化应用生命周期。