2019年08月12日阅读 38

听说你的 Docker 镜像比较胖？

减肥，是一个自己心知肚明却无能为力的事情，我虽然减不了肥，但我能把我 Docker 镜像的肥减一下。

如果有看之前的一篇文章使用 Docker 搭建 Python 开发环境的话，你会发现一个很明显的问题，那就是构建出来的镜像太大了，如下图右下角的位置：

足足有 937MB 之大，可以说很肥了，如果你磁盘空间本来就紧张的话，你可能就会破口大骂了，如果你觉得这不是问题的话，再想想如果你需要把这个镜像发布到 Docker Hub 又或是任何一个镜像仓库呢？我相信在你 docker push 的时候会骂街。

为什么会这么肥？

Emm...就是平时吃的比较多又不喜欢做运动，躺在床上躺在沙发上贼舒服...

扯远了扯远了，回到正题，在我们聊如何减肥之前，先好好了解一下为什么会肥吧，事出必有因嘛。上文提到的那个肥大的镜像叫 myproject 镜像，我们先回顾下这个镜像的 Dockerfile 吧：

FROM python:3.7
RUN pip install requests
CMD  ["python3"]
复制代码

以我敏锐的直觉，已经发现了问题绝对出在第一行，不要问为什么，让我装 x 一次。

我们先运行下 docker images python:3.7，会看到：

原因是找到了，作为 myproject 的基础镜像 python:3.7 镜像本来就很大，所以我们在这基础上构建的镜像只会更大（不考虑删除基础镜像内部的文件），那 python:3.7 为什么这么大？我们运行 docker history python:3.7 来查看这个基础镜像的创建历史：

我们能看到，这个镜像创建的历史的每一层，SIZE 比较大的层，都是往镜像塞内容的记录，如果想刚具体每一层都做了什么，可以运行 docker history --no-trunc python:3.7，输出虽然不太友好，但能清楚看到的的确确容量大的层都是在往镜像里面塞东西的层，大致分为系统底层、各种用于构建的库和工具、Python 源码包等，再回顾我们的 myproject，我们也在往里面塞我们需要的内容，基础镜像的内容 + 我们写的 Dockerfile 的内容，组合成我们最终的镜像。

我们在 history 中看到，一个镜像的创建历史是一层一层的，有没有感觉像 Git 提交一样，也是一层一层的叠上来？这每一层，都对应了 Dockerfile 的每一行，每一层都是独立的，每一层都有自己的一席之地（容量）。

有没有立竿见影的减肥方法？

Emm...对我自己而言，可能没有，但对于 Docker 镜像来说，的确是有的。

我们已经知道 python:3.7 这个基础镜像本身就很肥大，那我们能不能不使用它？答案是当然的，我们完全可以从零自定义自己的镜像，感觉就像是在一台全新的服务器自己去编译安装自己需要的软件、环境，但我们现在是要立竿见影，从零做一个自己的镜像好像有点花时间，所以我们使用 python:3.7-alpine 镜像去替换 python:3.7 镜像，Dockerfile 的内容更新为：

FROM python:3.7-alpine
RUN pip install requests
CMD  ["python3"]
复制代码

然后我们运行 docker build -t myproject:alpine . 进行构建，接着来看看这个镜像有多大吧，运行 docker images myproject 查看：

没看错，myproject:alpine 的容量只有 107MB，是原来的近九分之一，这个效果可谓是立竿见影了。

经过测试，myproject 的代码也能正常运行，一切都很完美，对不对？

其他的减肥方法呢？

如果只是针对 myproject 的话，在经过上面的瘦身之后，我是觉得满意了，但如果有其他比 myproject 更复杂的镜像，我们可以：

尽可能使用小的基础镜像且最好是官方镜像

如上文，我们已经是这么做了。

尽量减少镜像的层数

myproject 的 Dockerfile 演示不了这个方法，现在假如我们有一个名为 demo 的镜像，Dockerfile，内容如下：

FROM python:3.7-alpine
RUN apk update
RUN apk add build-base
RUN pip install requests
RUN pip install flask
RUN pip install gunicorn
CMD ["python3"]
复制代码

我们来看看这个镜像的创建历史，运行 docker history demo ：

发现有 demo 的 Dockerfile 产生的层数共有 6 层，其中 5 层是 RUN 指令，1 层是 CMD 指令，我们这里就可以对 RUN 指令的 5 层进行优化了，Dockerfile 更新为：

FROM python:3.7-alpine
RUN apk update \
    && apk add build-base \
    && pip install requests flask gunicorn
CMD ["python3"]
复制代码

在重新构建之后查看镜像的创建历史：

创建历史的层数从 6 层减少到了 2 层，但镜像的总容量依旧是 277MB，是的，减少层并没有减少容量，但如果你尝试过前后的运行时区别，你会发现后者会更快的构建完（抛开网络因素），跑的更快，难道不也是减肥后带来的效果吗？

打包尽可能少的内容

如：我们在为某个项目容器化时，往往不是这个项目的所有文件都需要打包到镜像内，我们可以在打包时把不必要的文件忽略，可以使用 .dockerignore，把不需要打包到镜像的文件、目录填写在里面即可，.gitignore 既视感。

DockerSlim

dockersl.im/

上一张官网的截图，见识一下它的威力

上图，经过 docker-slim 处理过的镜像，30 倍的差距，简直可怕。

写在最后

本文介绍了好些个减肥方法，有的简单易懂方便实现，有的可能就需要花点心思去专研，有的或许有副作用但效果惊人，是的，这跟人类减肥差不多，我的初衷也是希望借用减肥来让大家（对 Docker 不熟的）更容易消化和理解。在这里祝大家减肥成功。