docker compose up --scale 可快速扩缩容无状态服务，一条命令控制实例数，支持多服务同时调整；有状态服务如Redis需集群配置与分片管理；配合反向代理和监控可实现半自动伸缩。
直接用 docker compose up --scale 就能快速扩容缩容，不需要改代码、不依赖复杂平台，适合开发、测试和中小规模生产环境。
基础扩缩容：一条命令控制实例数量
核心命令是 docker compose up --scale 服务名=数量 -d。它会根据 docker-compose.yml 中定义的服务配置，启动或停止指定数量的容器副本。
- 扩容示例：启动 4 个 web 实例
docker compose up --scale web=4 -d - 缩容示例：只保留 1 个 api 实例
docker compose up --scale api=1 -d - 多服务同时调整：web 扩到 3 个，worker 缩到 2 个
docker compose up --scale web=3 --scale worker=2 -d
注意：该命令会自动停止多余容器、启动缺失容器，但不会删除已挂载的数据卷或网络配置。
配合负载均衡实现流量分发
单纯起多个容器还不够，必须让请求能打到不同实例上。推荐在 Compose 文件中集成反向代理（如 Nginx 或 Traefik）。
- 确保所有副本共用同一个自定义网络（
networks:下统一声明） - 在 Nginx 配置中使用
upstream指向服务名（Docker 内置 DNS 会自动解析为全部容器 IP）upstream backend { server web:8000; } - 避免硬编码 IP，靠服务名通信，扩容后无需改配置
Redis 等有状态服务的扩容缩容要点
无状态服务（如 Web、API）扩缩容简单，但 Redis 这类有状态服务需额外步骤才能安全伸缩。
- 集群模式（Redis Cluster）下扩容，需新增节点 + 重新分片：
先运行新容器并加入集群，再用redis-cli --cluster rebalance均衡槽位 - 主从结构缩容时，优先下线从节点；若下线主节点，需提前触发故障转移（哨兵或手动
failover） - 所有 Redis 容器必须使用
--cluster-enabled yes和独立nodes.conf路径，避免配置冲突
进阶：对接监控实现半自动伸缩
纯手动执行 --scale 适合预设节奏（如早晚高峰），若需响应实时负载，可结合脚本+监控指标做轻量自动伸缩。
- 用
docker stats --no-stream或 Prometheus + cAdvisor 采集 CPU/内存数据 - 写 Shell 脚本判断阈值（如平均 CPU > 70% 持续 2 分钟），自动触发
docker compose up --scale - 搭配
docker compose down清理旧服务（慎用，确认无状态或数据已持久化）
不复杂但容易忽略：每次 scale 后建议用 docker compose ps 核对实际运行数量，避免因端口冲突或健康检查失败导致部分容器未就绪。
