1. 镜像回滚保护概述

镜像回滚保护，说白了就是给容器镜像上一道「后悔药」。

我刚开始接触容器化部署时，觉得镜像一旦构建好、推送到仓库，就万事大吉了。直到有一次线上事故——新版本镜像有个隐藏很深的 bug，灰度发布后十分钟，订单系统直接瘫痪。当时我们手忙脚乱地找旧镜像、重新部署，整整花了四十分钟才恢复。嗯，从那以后，我再也不敢轻视回滚保护了。

镜像回滚，就是把容器运行时使用的镜像版本，从当前版本切换回之前的某个稳定版本。听起来很简单对吧？但实际落地时，牵扯到镜像仓库的版本管理、Kubernetes 的 Deployment 策略、以及整个发布管线的配合。

举个例子：

# 当前运行的镜像版本
registry.example.com/app:v2.3.1

# 回滚到上一个稳定版本
registry.example.com/app:v2.3.0

这个切换过程，就是镜像回滚。但问题来了——你怎么保证 v2.3.0 这个镜像还在？你怎么确认回滚后应用能正常启动？你怎么知道回滚过程中不会丢数据？

这就是回滚保护要解决的问题。

我见过太多团队，回滚全靠「赌」。赌旧镜像还在仓库里，赌回滚后配置兼容，赌数据库 schema 没变。说实话，这种赌法十次有八次要出事。

需要回滚保护的几个核心场景：

我曾经踩过的坑：有一次回滚时，旧镜像的 tag 被新版本覆盖了，镜像仓库里只剩一个「latest」指向新版本。回滚命令执行了，但拉下来的还是新镜像。整整两个小时，我们都在排查为什么回滚没生效。最后发现是镜像 tag 管理的问题。

回滚保护不是让你「可以随便回滚」，而是让你「在需要回滚时，能安全、快速、可验证地完成回滚」。它的核心价值体现在四个维度：

一句话总结：回滚保护不是「能不能回滚」的问题，而是「回滚后你敢不敢睡个安稳觉」的问题。

为了让你对整个章节有个全局认识，我画了一张框架图。这张图会贯穿我们后续所有章节的学习。

学习建议：这张图你可以截图保存。后续每学完一章，回来看看自己走到了知识体系的哪个位置。我个人习惯在学完一个模块后，在图上做个标记，这样整个课程学完时，成就感会特别强。

最后，我想澄清几个常见的误解：