Docker Compose 与 Docker Swarm 深度解析：容器编排的双生引擎

Docker Compose 与 Docker Swarm 深度解析：容器编排的双生引擎

一、Docker Compose：单机编排的精密工坊

1. 核心定位

• 开发与测试沙箱：在单台主机上定义、运行和管理多容器应用
• 声明式配置：通过 docker-compose.yml YAML 文件描述服务、网络、存储的拓扑关系
• 轻量化操作：docker compose up/down 一键启停完整环境

2. 核心功能架构

# docker-compose.yml 典型结构  
services:  
  web:  
    image: nginx:alpine  
    ports:  
      - "80:80"  
    volumes:  
      - ./html:/usr/share/nginx/html  
    depends_on:  
      - db  

  db:  
    image: postgres:14  
    environment:  
      POSTGRES_PASSWORD: example  

networks:  
  front-tier:  
    driver: bridge  

volumes:  
  db-data:  

• 服务依赖：depends_on 控制启动顺序（Web 等待 DB 就绪）
• 网络隔离：自定义 bridge 网络实现服务间安全通信
• 存储抽象：命名卷（db-data）解耦数据与容器生命周期
  

3. 典型工作流

# 开发环境  
docker compose up -d        # 后台启动所有服务  
docker compose logs -f web  # 实时查看Web日志  

# 调试阶段  
docker compose exec db psql -U postgres  # 进入数据库容器  
docker compose down -v      # 停止并删除所有资源  

二、Docker Swarm：集群编排的工业引擎

1. 核心定位

• 生产级容器集群：将多台主机抽象为统一资源池
• 高可用保障：内置 Raft 共识算法实现管理节点高可用
• 服务自治：自动调度、故障转移、滚动更新

2. 核心架构组件

3. 核心功能实现

# 初始化Swarm集群  
docker swarm init --advertise-addr <MANAGER_IP>  

# 部署服务  
docker service create --name web \  
  --replicas 3 \  
  --publish 80:80 \  
  --network front-tier \  
  nginx:alpine  

# 滚动更新策略  
docker service update \  
  --image nginx:latest \  
  --update-parallelism 2 \  
  --update-delay 10s \  
  web  

• 副本控制：--replicas 3 确保始终运行 3 个 Web 实例
• 更新策略：分批更新（每批 2 个容器，间隔 10 秒）
• 服务发现：内置 DNS 轮询实现负载均衡（通过服务名访问）

三、联系：从单机到集群的进化之路

1. 配置兼容性

# 将Compose配置直接部署到Swarm  
docker stack deploy -c docker-compose.yml myapp  

• 平滑迁移：相同 YAML 文件可在 Compose 和 Swarm 中运行
• 差异处理：
  • Swarm 忽略 build 指令（需预构建镜像）
  • Swarm 扩展 deploy 段定义集群策略

2. 核心概念映射

四、本质区别：设计哲学与技术鸿沟

1. 架构维度对比

2. 网络模型差异

• Compose：

  局限：跨主机容器无法直接通信

• Swarm：

  突破：跨主机容器透明通信

3. 存储方案对比

• Compose：
  • 本地卷（Local Volume）
  • 绑定挂载（Bind Mount）
• Swarm：
  • 分布式存储卷（NFS/GlusterFS）
  • CSI 插件（AWS EBS, GCP PD）

五、抉择指南：何时选用何种工具

1. Docker Compose 适用场景

• ✅ 本地开发环境搭建（React + Node.js + MySQL）
• ✅ CI/CD 流水线中的集成测试
• ✅ 单机微服务原型验证
• ⚠️ 避免用于生产部署（无高可用保障）

2. Docker Swarm 适用场景

• ✅ Web 应用集群部署（Nginx + PHP-FPM）
• ✅ 物联网边缘计算集群（Raspberry Pi 集群）
• ✅ 中小型企业私有云平台（3-50 节点规模）
• ⚠️ 超大规模集群优先选 Kubernetes

3. 混合部署策略

# 开发环境  
docker compose -f docker-compose.dev.yml up  

# 生产环境（相同配置+集群扩展）  
docker stack deploy -c docker-compose.prod.yml myapp  

其中 prod.yml 增加：

services:  
  web:  
    deploy:  
      replicas: 6  
      update_config:  
        parallelism: 2  
        delay: 10s  

六、演进趋势：Swarm 在 Kubernetes 时代的定位

1. 技术生态现状

• Kubernetes 主导：云原生基金会（CNCF）核心项目，占据 78% 生产集群
• Swarm 利基市场：
  • 轻量级边缘计算（工厂 IoT 网关）
  • 传统应用容器化过渡方案

2. 核心优势坚守

• 极简运维：内置解决方案 vs K8s 复杂组件（etcd, kube-proxy）
• 资源消耗：Swarm 节点内存占用 <100MB，K8s worker >500MB
• 学习曲线：Swarm 命令兼容 Docker CLI，降低迁移成本

3. 典型集成方案

架构师洞察：

• 开发阶段用 Compose 实现 “分钟级环境就绪”
• 生产环境用 Swarm 达成 “零宕机更新”
• 超 50 节点时向 Kubernetes 迁移