番外篇，简单讲讲容器镜像的存储驱动，为简单演示，以 overlay 存储驱动为例。

可以通过 Linux kennel 查看 Overlay Filesystem  的相关明细介绍，以下内容主要以演示为主，加深理解，且此内容的理解是对后续 Containerd 中  Snapshotter Service 和 DiffApplier Service 必备的基础。

模拟

[1-1] 模拟已经存在一个 layer 包含单一文件 file_a 的 snapshot。

mkdir -p /tmp/a/1/fs
touch /tmp/a/1/fs/file_a

[1-2] 如若这个时候接收到再创建 layer的请求，具体内容如下：

mkdir -p /tmp/a/2/fs
mkdir -p /tmp/a/2/workdir

[1-3] 此时存储驱动 overlay 将进行如下处理，且将最终序列化好的 mount 进行返回，表意如下：

Type: Overlay
Source: Overlay
Options:
  lowerdir=/tmp/a/1/fs   <-- list of all parents
  uperdir=/tmp/a/2/fs    <-- fs dir we just created
  workdir=/tmp/a/2/workdir <-- work dir we just created

[1-1...1-3]逻辑处理在 Containerd服务中，都是通过 Snapshotter Service 处理。

[2-1] mount 挂载模拟

mkdir /tmp/mount
mount -t overlay -o lowerdir=/tmp/a/1/fs,upperdir=/tmp/a/2/fs,workdir=/tmp/a/2/workdir overlay /tmp/mount

查看挂载点 mount：

[2-2] 添加测试文件 file_b

touch /mount/file_b

由于upperdir配置为 /tmp/a/2/fs，验证 file_b的位置：

同时请注意关于 file_a 的描述，其实这代表着对于上一层的 COMMIT。

[2-1...2-2] 逻辑处理在 Containerd服务中，通过 DiffAplier Service 处理。

[3-1] 对 mount 进行挂载点的卸载，看看 file_b 文件的真实添加位置。

umount overlay

在 overlay mount如果再加一层 layer的话，该如何处理，感兴趣的可以自己模拟下看看最终表现。