核心版本镜像需通过仓库标签保留策略、不可变命名+内容寻址、权限限制与生命周期管理四重机制实现“不可删”。Harbor等私有仓库支持正则匹配的标签冻结；强制语义化版本+Git哈希+Digest校验；禁用高危本地操作；建立归档—冻结—下线流程。
核心版本镜像不能靠“不删”来保护，而要靠“不可删”的机制设计。Docker本身不提供标签级的写保护，但可通过仓库层、命名策略与操作流程三重加固，让关键标签（如 v1.2.0-prod、2025-Q3-LTS）在技术上难以被覆盖或删除。
启用仓库端的标签保留策略（最有效）
私有仓库（如 Harbor、Nexus Repository、GitLab Container Registry）支持基于正则表达式的标签保留规则，这是防止误删的核心防线：
- Harbor 中配置 Tag Retention Policy：设置规则匹配
v\d+\.\d+\.\d+-prod或LTS-.*，勾选“永不删除匹配标签” - GitLab CI/CD 配合 Protected Tags：将
v*.prod设为受保护标签，仅允许特定角色（如 release-manager）推送或删除 - 避免依赖 Docker Hub 公共仓库做生产发布——它不支持标签保护，
docker push会静默覆盖同名标签
采用不可变标签命名 + 内容寻址双重校验
让标签本身携带防篡改能力，即使被覆盖也能快速发现异常：
- 强制使用 语义化版本 + Git 提交哈希，例如
myapp:v2.1.0-git-9f3a1b2，该标签唯一对应一次构建，不可复用 - 部署时不仅拉取标签，还校验摘要（Digest）：
docker pull myapp@sha256:abc123...，确保运行的是确切内容 - CI 流水线中自动记录每次推送的
REPOSITORY:TAG → DIGEST映射到审计日志或 CMDB，便于事后比对
限制本地操作权限与清理范围
防止运维人员在本地执行 docker rmi -f myapp:v2.0.0-prod 这类高危命令：
- 禁止在生产环境节点上保留完整镜像仓库凭证；所有部署应通过只读 token 拉取，不支持
docker push或rmi - CI 脚本中禁用无条件
docker rmi，改为带确认逻辑：if docker images --format "{{.Repository}}:{{.Tag}}" | grep -q "v[0-9]\+\.prod"; then echo "PROTECTED TAG DETECTED — ABORT"; exit 1; fi - 定期扫描本地镜像库，用
docker images --filter "reference=myapp:v*.prod"确保关键标签始终存在，缺失即告警
建立镜像生命周期的“归档—冻结—下线”流程
把“不删”转化为“有据可依的冻结”：
- 新版本上线后，对前一主版本执行 归档打标：推送
myapp:v1.2.0-archive并同步更新仓库保留策略 - 冻结期（如 6 个月）内，该标签在 Harbor 中设为只读，且禁止任何新容器从此标签启动（通过准入控制器或部署脚本拦截）
- 真正下线前需走变更审批流程，系统自动检查是否仍有运行中容器、备份快照、文档引用等依赖项
