2、容器镜像基础回顾：镜像分层、Registry、Pull Policy、镜像加速原理
在深入缓存策略之前，必须重新夯实容器镜像的核心机制。镜像分层（Layer）、镜像仓库（Registry）、拉取策略（Pull Policy）以及加速原理，共同决定了集群升级与节点池巡检时的部署效率与网络开销。本节将逐一拆解这些基础概念，为后续的缓存设计建立共识。
2.1 镜像分层：共享与复用的基石
容器镜像并非一个巨大的二进制文件，而是由一系列只读层（Layer）堆叠而成的联合文件系统。每一层代表 Dockerfile 中的一条指令（如 RUN、COPY、FROM）。
- 基础层（Base Layer）：通常来自操作系统（如 Ubuntu、Alpine）或运行时环境（如 OpenJDK）。
- 依赖层（Dependency Layer）：安装系统包、Python 库、NPM 模块等。
- 应用层（Application Layer）：复制业务代码、配置文件、静态资源。
- 启动层（Entrypoint Layer）：定义容器启动命令与参数。
关键认知： 分层机制使得多个镜像可以共享相同的基础层。例如，集群中 10 个微服务都基于
python:3.11-slim，则宿主机只需存储一份基础层，大幅节省磁盘空间并加速拉取。
下面通过一张 SVG 图展示镜像分层的堆叠结构与共享关系：
2.2 Registry：镜像的中央存储与分发
镜像仓库（Registry）是存储和分发容器镜像的服务。在 Kubernetes 集群升级与节点池巡检场景中，Registry 的响应速度直接影响部署效率。
| Registry 类型 | 典型实例 | 适用场景 | 缓存友好度 |
|---|---|---|---|
| 公共 Registry | Docker Hub、Quay.io | 开发测试、开源项目 | 低（受网络限速、跨地域延迟影响） |
| 私有 Registry | Harbor、Nexus、AWS ECR | 企业生产、安全合规 | 高（可部署在集群内网，支持 P2P 分发） |
| 镜像代理缓存 | Harbor Proxy Cache、Docker Registry Pull Through Cache | 加速公共镜像拉取、减少出口带宽 | 极高（本地缓存命中后无需回源） |
最佳实践： 在离线或边缘节点池场景中，务必部署私有 Registry 并开启 Pull Through Cache 模式。节点首次拉取后，后续所有节点均从本地缓存获取，避免重复穿透公网。
2.3 Pull Policy：控制镜像拉取行为
Kubernetes 通过 imagePullPolicy 字段控制 kubelet 何时从 Registry 拉取镜像。错误的策略会导致集群升级时大量不必要的网络请求，或使用过期镜像。
| 策略值 | 行为描述 | 推荐场景 | 缓存影响 |
|---|---|---|---|
Always |
每次创建 Pod 都拉取最新镜像 | 开发环境、使用 :latest 标签 |
强制穿透缓存，增加 Registry 负载 |
IfNotPresent |
仅当节点本地不存在该镜像时才拉取 | 生产环境、使用固定版本标签（如 :v1.2.3） |
最大化利用本地缓存，减少网络开销 |
Never |
仅使用本地镜像，从不拉取 | 离线环境、预加载镜像场景 | 完全依赖本地缓存，需提前分发 |
避坑指南： 集群升级时，如果大量 Pod 使用
Always 策略且标签为 :latest，会导致升级瞬间所有节点同时向 Registry 发起拉取请求，极易引发 Registry 过载和网络带宽打满。生产环境应强制使用 IfNotPresent + 语义化版本标签。
2.4 镜像加速原理：从分层到 P2P
镜像加速的核心目标是减少拉取延迟和网络带宽消耗。当前主流的加速技术包括以下几种：
- 分层并行拉取：现代容器运行时（如 containerd）支持并发拉取多个层，而非串行下载。配合 Registry 的 Range 请求，可进一步加速。
- 内容寻址存储（CAS）：通过层摘要（Digest）唯一标识层内容。相同内容的层在 Registry 和节点本地均只存储一份，天然去重。
- P2P 分发（如 Dragonfly、Kraken）：节点之间互相分享已下载的层，避免所有节点都从 Registry 回源。特别适合大规模节点池巡检时的镜像分发。
- 镜像预热（Image Preloading）：在节点加入集群或升级前，提前将目标镜像拉取到本地。结合
IfNotPresent策略，实现“零等待”部署。
下面通过一张 SVG 图对比传统拉取与 P2P 加速的流程差异：
2.5 小结：基础回顾与缓存策略的关联
理解上述基础概念后，可以清晰看到缓存策略的发力点：
- 分层 决定了哪些层可以跨镜像共享，缓存策略应优先缓存基础层和依赖层。
- Registry 的位置和缓存能力决定了拉取延迟，私有 Registry + 代理缓存是降低延迟的关键。
- Pull Policy 直接控制缓存命中率，生产环境应统一使用
IfNotPresent。 - 加速原理 提供了 P2P 和预热等高级手段，是应对大规模节点池巡检和集群升级的终极方案。