快速回滚是用已验证的旧镜像原子切换服务，需提前打语义化标签（如v1.2.0）、避免latest，本地保留多版本镜像；标准回滚秒级但有1–3秒中断，零停机方案靠备用容器+反向代理实现无感知切换。
快速回滚不是“重启旧容器”，而是用已验证的旧镜像，以最小停机时间恢复服务。核心在于提前准备、原子切换、避免依赖运行中容器的状态。
关键前提：用标签管理镜像版本
回滚快慢，首先取决于你有没有提前给镜像打清晰、可追溯的标签。不要只用 latest —— 它不指向固定版本，回滚时无法确定具体是哪一版。
- 构建时明确指定语义化版本：
docker build -t myapp:v1.2.0 . - 发布后推送到镜像仓库：
docker push myapp:v1.2.0 - 生产环境启动必须带标签：
docker run -d --name myapp myapp:v1.2.0 - 本地保留多个稳定版本镜像（如 v1.1.0、v1.2.0），避免回滚时临时拉取造成延迟
标准回滚操作（无编排工具）
适用于单容器、手动维护场景。整个过程控制在秒级，但存在短暂服务中断窗口（通常 1–3 秒）。
- 停止当前容器：
docker stop myapp - 删除容器（不删卷，数据保留）：
docker rm myapp - 用旧镜像重新运行（挂载相同卷、端口、网络）：
docker run -d --name myapp -v myapp-data:/app/data -p 8080:3000 --network app-net myapp:v1.1.0
⚠️ 注意：命令中所有参数（尤其是 -v、--network、--env）需与原容器一致，否则可能丢失配置或数据连接。
零停机回滚方案（推荐小团队落地）
真正“快速”意味着用户无感知。不需要 K8s，靠两步就能实现：
-
准备阶段：提前用旧版本镜像启动一个备用容器（如
myapp-rollback），保持健康但不接入流量 - 切换阶段：用反向代理（如 Nginx、Traefik）将上游流量从主服务瞬间切到备用容器；再停掉原容器
例如 Traefik 中只需更新服务标签或动态重载路由规则，切换耗时
用 Docker Compose 简化回滚流程
适合多容器应用。回滚本质是改 docker-compose.yml 里的镜像标签，再重部署。
- 确保
docker-compose.yml中服务镜像写死标签，如image: myapp:v1.2.0 - 回滚时编辑文件，改为
image: myapp:v1.1.0 - 执行：
docker compose down && docker compose up -d - 若配置了命名卷和网络，数据和服务拓扑自动复用，无需手动指定
比纯命令行更安全、更易协作，也便于纳入 CI/CD 流水线一键触发。
