使用 diving 精简 docker 镜像

在 docker 支持多阶段构建(multi-stage builds)之后，构建运行时的镜像仅将在最后阶段复制依赖的文件即可，对于golang与rust等仅需要复制运行文件即可，基于alpine为基础镜像构建，或者可直接使用slim精简化镜像，使用方式简单快捷。

那么在生成镜像之后，如果想了解镜像的具体内容，细化分析优化镜像，那么可以尝试使用 diving ，它可展示 docker 镜像的每一层文件列表，它支持两种模式：命令行（默认模式）以及 web 模式，使用 rust 语言开发编译出的可执行文件，无需依赖任何东西，包括 docker 客户端。

镜像 Layer 汇总

docker 镜像由一层层的 layer 构成，第一层为基础镜像，而后面的镜像为构建脚本时生成的，在针对 layer 分析时需要一层层的来优化考虑。

基础镜像为运行镜像的最底层，建议考虑选择alpine或各发行版的slim等精简的镜像，也仅安装运行时所依赖的模块，减少引入各种漏洞的风险。

首先可以先看镜像汇总，其包括 4 项指标：

• 分数: 根据 layer 中浪费的空间等数据计算的分值，可作为镜像优化的直观指标
• 镜像大小: 镜像所有层级的汇总以及保存时压缩的大小
• 其它层级总大小: 除基础镜像层的其它层级汇总，等同于项目构建所有添加的数据大小
• 浪费的空间大小: 其它层级重复出现、修改或删除的文件汇总大小，此为主要优化点

由上面的 4 点指标可快速得出 Layer 的分析结论，明确第一层基础镜像是否过大（如果是可选择基于 alpine ），其它层级总大小是否符合预期（如果比项目预期过大则按层分析所添加数据），浪费的空间大小是否可避免（对于后续层级重复更新、删除等文件是否无效操作），后续创建的层级是否需要每次创建等。

镜像 Layer 层级分析

若感觉某个 layer 数据不合理时，如何针对其做具体分析呢？docker hub提供了构建镜像每个 layer 对应的命令，简单的分析可直接查看命令是否合理。而 layer 包括了哪些文件，以及具体相关文件的具体信息则需要具体解析 layer 的目录树才可获取，docker运行时则是将所有 layer 解析后层级重叠汇总完整目录树。

如上所示，镜像分层数据可按层级选择、按文件大小过滤、按是否更新或删除过滤（每层的文件均为新增，因此无需提供是否新增过滤）、文件名称搜索等功能，通过以上的筛选配置，则可快速分析该层数据是否有优化空间。常用的方法如下：

• 选择分层+勾选更新或删除选项+展开所有目录: 查看每层更新或者删除了的文件，确认此类操作是否可以精简，避免无效数据的产生
• 选择分层+勾选文件大小>=1MB+展开所有目录: 查看每层较大的文件(可按场景选择不同的大小过滤)，判断此类文件是否应用运行时所需，若非必须可在生成时避免此类大文件的生产
• 选择分层+关键字筛选: 可以筛选每层中的无效文件，例如压缩包、文本文件等(需要注意明确是否的确无需使用) ，也可下载该文件确认内容

小结

diving 提供快速便捷的镜像分析方式，可以定期针对项目镜像汇总生成分析报告，优化镜像构建逻辑，精简避免无效镜像数据。diving 提供了 terminal 与以 web 形式，web 的测试地址可以直接使用以下地址：https://diving.npmtrend.com/