一、为什么需要Docker Stack管理微服务

想象你正在搭建一个乐高城市：每个微服务就像一栋独立建筑，而Docker Stack就是你的城市规划图。传统手动部署好比一块块单独拼装，而Stack允许你用一份声明式文件（docker-compose.yml）描述整个城市布局，Swarm集群则会自动帮你完成搭建和运维。

典型痛点场景：

  • 服务依赖复杂（比如订单服务需要连接MySQL和Redis）
  • 滚动更新时需手动控制多个容器启停顺序
  • 生产环境需要高可用和负载均衡

二、从Compose到Stack的关键跃升

虽然docker-compose适合本地开发，但Stack在Swarm模式下增加了关键能力：

# 技术栈：Node.js + Redis
version: '3.8'
services:
  web:
    image: myapp/node-web:latest
    deploy:  # Stack专属配置
      replicas: 3
      update_config:
        parallelism: 1
        delay: 10s
      restart_policy:
        condition: on-failure
    ports:
      - "8080:80"
    depends_on:
      - cache

  cache:
    image: redis:alpine
    deploy:
      placement:
        constraints: [node.role == manager]

关键差异：

  1. deploy 配置块：定义副本数、滚动更新策略等生产级参数
  2. 服务依赖智能化：Swarm会自动处理服务启动顺序
  3. 跨节点调度：通过constraints指定服务运行位置

三、实战：部署电商微服务栈

我们用一个包含前端、API网关、商品服务的例子演示完整流程：

# 技术栈：Python Flask + MySQL
version: '3.8'
services:
  frontend:
    image: registry/ec-shop:v2.1
    deploy:
      replicas: 2
      resources:
        limits:
          cpus: '0.5'
          memory: 512M
    ports:
      - "80:3000"

  gateway:
    image: myrepo/api-gateway
    deploy:
      mode: global  # 每个节点运行一个实例
    environment:
      - PRODUCT_SERVICE=products:5000

  products:
    image: flask-product-service
    deploy:
      replicas: 3
    configs:
      - source: product_config
        target: /app/config.yaml
    secrets:
      - db_password

configs:
  product_config:
    file: ./configs/products.yaml

secrets:
  db_password:
    file: ./secrets/mysql_root.txt

操作流程：

  1. 初始化Swarm集群：docker swarm init
  2. 部署Stack：docker stack deploy -c docker-compose.yml shop
  3. 查看服务状态：docker service ls

四、必须掌握的运维技巧

1. 灰度发布策略：

# 分批次更新web服务（每次更新1个副本，间隔30秒）
docker service update \
  --update-parallelism 1 \
  --update-delay 30s \
  shop_web

2. 故障排查三板斧：

  • docker service logs -f shop_products # 查看实时日志
  • docker service ps --no-trunc shop_gateway # 查看任务详情
  • docker stack ps shop # 整体状态检查

3. 资源限制建议：

  • 每个服务预留10%的CPU/Memory缓冲
  • 数据库类服务固定到特定节点（避免频繁迁移）

五、为什么选择这种方案？

优势：

  • 一键部署：复杂拓扑关系自动化管理
  • 自愈能力：节点故障时自动迁移服务
  • 声明式配置：版本控制友好

局限：

  • 学习曲线：需同时掌握Docker和Swarm概念
  • 不适合超大规模集群（超过100节点建议用Kubernetes）

避坑指南：

  1. 避免在Stack中使用build指令（应提前构建镜像）
  2. 生产环境务必配置日志轮转：
logging:
  options:
    max-size: "10m"
    max-file: "3"

六、扩展你的工具箱

当遇到更复杂场景时，可以结合这些Swarm原生功能：

  • 服务网格：通过--endpoint-mode dnsrr实现内部负载均衡
  • 配置动态更新：docker config create + 服务热重载
  • 跨栈通信：使用external_networks连接不同Stack
# 多Stack网络共享示例
networks:
  public:
    external: true
    name: prod_overlay_net

通过这种模块化设计，你可以像搭积木一样组合多个业务系统。

七、总结

Docker Stack把微服务部署从"手工艺术"变成"标准化工艺"。虽然它没有Kubernetes那么强大，但对于中小型项目来说，这种"简单而足够"的解决方案反而能提升交付效率。关键记住三点：用好deploy配置、建立完善的监控、遵循"一次构建到处运行"原则。