如何 build 出尽可能小的 docker image？

1. 简介

我们自己构建 Docker image 时都希望结果镜像越小越好，那么如何才能尽量变小呢？

下面我们通过一个简单的案例，了解下优化思路，看一个简单的镜像如何从 743MB 减到 536MB

2. 案例

目标

非常简单，build 一个 java 镜像

基于 centos 基础镜像，和下载好的 jdk-8u101-linux-x64.tar.gz

过程

1）第一版

Dockerfile 内容：

FROM centos

COPY jdk-8u101-linux-x64.tar.gz /usr/local/
WORKDIR /usr/local
RUN tar -zxf /usr/local/jdk-8u101-linux-x64.tar.gz && rm /usr/local/jdk-8u101-linux-x64.tar.gz

ENV JAVA_HOME /usr/local/jdk1.8.0_101
ENV PATH $JAVA_HOME/bin:$PATH

build 后镜像大小为：743 MB

centos 基础镜像的大小是 197MB，jdk 压缩包是 173MB，而最终结果 743MB 有点太大了

这个 Dockerfile 的问题在于：虽然 tar 解压之后立即使用 rm 删除了压缩包，但与上面的 COPY 不在一层，所以删了也无法减小最终的体积

2）第二版

为了解决上一版中压缩包的问题，可以使用 ADD 命令，直接把解压后的内容放入镜像，而不是把压缩包放入进行内再解压

FROM centos

ADD jdk-8u101-linux-x64.tar.gz /usr/local/

ENV JAVA_HOME /usr/local/jdk1.8.0_101
ENV PATH $JAVA_HOME/bin:$PATH

build 后镜像大小为：562 MB，少了压缩包的大小，这样就好了很多

如果压缩包不在本地，需要通过网络下载，然后解压，那么就要让下载、解压、删除这3个动作在同一层操作，例如：

RUN wget http://xxx.com/app && tar -xzf app.tar.gz && rm app.tar.gz

这样就可以避免压缩包占用镜像空间

3）第三版

上一版已经很简洁了，还有什么可以优化的呢？

我们先在本地把 jdk-8u101-linux-x64.tar.gz 解压看一下

解压后目录是 jdk1.8.0_101，大小 352M

进入目录可以看到 javafx-src.zip(4.9M) 和 src.zip(21M) 这两个源码包文件，我们在实际环境中可能并不需要他们，那么拷贝到镜像中就比较多余了

Docker 有一个过滤功能，可以让我们排除掉不需要的文件，方法是编写 .dockerignore 文件

Dockerfile内容：

FROM centos

COPY jdk1.8.0_101 /usr/local/jdk1.8.0_101

ENV JAVA_HOME /usr/local/jdk1.8.0_101
ENV PATH $JAVA_HOME/bin:$PATH

.dockerignore内容：

*/*.zip

位置关系：

├── .dockerignore
├── Dockerfile
└── jdk-8u101-linux-x64.tar.gz

build 后镜像大小为：536 MB，比第一版的 743MB 少了 207MB

.dockerignore 的作用很大，一般的开源项目包中会有源码、文档，例如 hadoop 包中的 doc 就有 96MB，还有我们自己项目中也可能会有不必要的文件，例如 .git、.svn、tmp 等等，都可以通过 .dockerignore 进行排除

3. 小结

上面的案例中，优化的思路就是尽量少往镜像里放东西

还有一点比较重要，一定要选用最合适的基础镜像，例如：

可以看看只有 5MB 的 alpine 镜像是否能满足自己的需求，ubuntu、centos 这些基础镜像都是100多MB的，如果能使用 alpine 那么就减小了很多
通常公司内会构建自己的基础镜像，例如构建一个 Ruby+Rails+... 通用镜像，需要其他镜像时就以此为基础，但如果有的 service 只需要 Ruby 而不要 Rails 等其他东西，这时就多余了，有精力的话可以把基础镜像拆分得更细一些