容器镜像加速的工程实践：从OverlayFS到EStargz与Nydus的分层优化之路

在云原生时代，容器镜像的启动速度与存储效率直接影响着Serverless冷启动延迟和大规模集群的资源利用率。本文深入剖析容器镜像加速的技术演进路径，从OverlayFS的分层机制出发，逐步讲解EStargz懒加载、Nydus镜像服务等核心技术的工程实现与实战调优。

一、容器镜像的本质：分层文件系统

理解容器镜像加速，首先要理解镜像本身的存储结构。Docker/OCI镜像并非一个整体文件，而是一系列只读层（Layer）的叠加组合。每一层对应Dockerfile中的一条指令，通过UnionFS实现层的复用。

1.1 分层设计的优势

┌─────────────────────────────────────┐
│  Layer 4: COPY app.py /app          │ ← 应用代码层（变化最频繁）
├─────────────────────────────────────┤
│  Layer 3: RUN pip install -r ...    │ ← 依赖安装层
├─────────────────────────────────────┤
│  Layer 2: FROM python:3.11-slim     │ ← 基础镜像层
├─────────────────────────────────────┤
│  Layer 1: OS Base Layer             │ ← 操作系统层（体积最大）
└─────────────────────────────────────┘

分层设计的核心好处是复用——当多个镜像共享相同的基础层时，这些层在宿主机上只需存储一份，大幅节省磁盘空间。同时构建时只需重新构建变化的层，提升CI/CD效率。

1.2 OverlayFS：Linux内核的联合挂载

OverlayFS是Linux内核提供的一种联合文件系统（UnionFS），自3.18版本合入主线，是目前容器运行时的默认存储驱动。其工作原理如下：

┌────────────────────────────────────────────────┐
│           Upper Layer (Container Layer)        │ ← 可写层
│           /var/lib/docker/overlay2/