Docker镜像瘦身技术分阶段构建之狗尾避免在最终镜像中增删中间目录或文件-优快云博客

本文链接：https://blog.youkuaiyun.com/jkler_doyourself/article/details/148702060

docker镜像瘦身技术

如何减小docker制作镜像的大小，一般有以下几种方法：

使用较小的基础镜像
减少不必要的中间层

# 查看层数
docker inspect image

- 使用批量、聚合方式使用RUN命令、COPY、LABEL等命令
- 使用分阶段构建，减少不必要的中间层
减少不必要的组件安装
减少不必要文件，或缩减文件大小

启动容器分析目录或文件的磁盘占用

# 发现size比较大的一级目录
find /path/to/dir -maxdepth 1 -type d |  xargs -I{} du -sh {}

# 发现比较大的文件，以'1M'为界
find /path/to/dir -size +1M -type f | xargs ls -lh

# 对于发现的文件进行合适的瘦身技术
strip /path/to/somefile

怪异镜像虚胖问题

本来已没有什么可说的，因为用高智能搜索工具，基本上就可以将瘦身技术列出个七七八八。

但是，网上的指导，并没有解决，我遇到的一个奇怪的docker镜像过大问题。

甚至可以说，仅是由不成熟的使用方式所致，抑或是docker版本的BUG。

具体制作过程

我在GCC低版本镜像基础上，继续制作增量镜像，通过Dockerfile RUN native compiling的方法编译高版本GCC，形成已完成本地编译的GCC高版本镜像。

因为本地编译的GCC，所包括的资料是比较多的，所以，此中间镜像的size比较大。

通过分析，具体指向GCC编译目录。

但是，我的目的仅是为了将已本地编译的GCC编译器部署到一个轻量级的镜像中，所以，实际上可以使用分阶段构建的方法，在GCC编译目录执行make install DESTDIR=dir命令，将其安装到任意目录。

遭遇最终镜像虚胖的分阶段构建制作方法

# /path/to/build-parent-dir 包括'build dir'和'source dir'
FROM nativeCompiledGCC:latest AS buildGCC

FROM baseImage:latest

WORKDIR /temp-dir
COPY --from=buildGCC /path/to/build-parent-dir .

RUN cd build && make install DESTDIR=/ && \
       rm -rf /temp-dir
	   
ENTRYPOINT ["/bin/bash"]

发现通过这样的分阶段构建技术，竟然最终镜像的size比较大，像是在中间镜像的基础上，又进行了增量。

启动此~~最终镜像~~ 的容器，用命令行工具进行分析目录和文件，奇怪地，并没有发现太大目录和文件存在。

后来，深入分析中间镜像的文件占用，发现GCC编译目录下的build目录，size比较大。

虽然，最终镜像通过分阶段构建的方法，确实删除了最终不需要的build中间目录，但它是否依然影响着docker镜像Size和VirtualSize大小呢？

在最终镜像中尽量避免增删中间目录、文件

那就，试试另外一种分阶段构建的思路，避免将过大的中间目录或文件拷贝入最终镜像，仅将最终需要的目录、文件一次性拷贝入最终镜像

# /path/to/build-parent-dir 包括'build dir'和'source dir'
FROM nativeCompiledGCC:latest AS buildGCC
WORKDIR=/path/to/build-parent-dir/
RUN cd build && make install DESTDIR=/opt/gcc
	   
FROM baseImage:latest
COPY --from=buildGCC /opt/gcc /	   
ENTRYPOINT ["/bin/bash"]

此种制作方法是OK的！