应用容器引擎之 docker 学习(五)dockerfile实现镜像的优化

为什么要对镜像进行优化

随着我们对docker镜像的持续使用，在此过程中如果不加以注意并且优化，镜像的体积会越来越大
很多时候我们在使用docker部署应用时，会发现镜像的体积至少有1G以上，镜像体积的增大，不单单会增加磁盘资源与网络资源的开销，也会影响应用的部署效率，使得应用的部署时间会越来越长
因此我们需要减少部署镜像的体积以加快部署效率，降低资源的开销，而对于镜像的优化，可以通过对dockerfile的优化来实现

镜像优化的原则

选择最精简的基础镜像
减少镜像的层数
清理镜像构建的中间产物
注意优化网络请求
尽量去用构建缓存
使用多阶段构建镜像

1.镜像最小化原则

选择最精简的基础镜像
选择体积最小的基础镜像可有效降低镜像体积。如：alpine、busybox等

清理镜像构建的中间产物
构建镜像的过程中，当dockerfile的指令执行完成后，删除镜像不需要用的的文件。
如使用yum安装组件，最后可使用yum clean all镜像清理不需要的文件或者使用系统rm命令删除不需要的源文件等。

减少镜像的层数
镜像是一个分层存储的文件，并且镜像对层数也是有一定数量的限制，当前镜像的层数最高是127层，如果不多加注意，将会导致镜像越来越臃肿。

在使用dockerfile构建镜像时，dockerfile中的每一条指令都会生成一个层，因此可以通过合并dockerfile中可合并的指令，减少最终生成镜像的层数。

例如：在dockerfile中使用RUN执行shell命令是，可以用"&&"将多条命令连接起来

2.构建速度最快化原则
充分利用镜像构建缓存
我们可以利用构建的缓存来加快镜像构建速度，Docker构建默认会开启缓存，缓存生效有三个关键点，
镜像父层没有发生变化，构建指令不变，添加文件校验和一致。
只要一个构建指令满足这三个条件，这一层镜像构建就不会再执行，它会直接利用之前构建的结果。
某一层的镜像缓存失效之后，它之后的镜像层缓存都会失效。
我们应该把变化最少的部分放在Dockerfile的前面，这样可以充分利用镜像缓存。
dockerfile中有可能导致缓存失效的命令WORKDIR、CMD、ENV、ADD等，
像这些命令最好放到dockerfile底部，以便在构建镜像过程中最大限度使用缓存。

删除构建目录中（默认：Dockerfile所在目录）不需要用的的文件
编写.dockerignore文件过滤构建过程中不必要的文件或者创建单独的目录，并且目录中仅存在镜像构建过程中需要使用的文件。
Docker 在运行时分为 Docker 引擎（也就是服务端守护进程）和客户端工具。

Docker 的引擎提供了一组 REST API，被称为 Docker Remote API，而如 docker 命令这样的客户端工具，则是通过这组 API 与 Docker 引擎交互，从而完成各种功能。

因此，虽然表面上我们好像是在本机执行各种 docker 功能，但实际上，一切都是使用的远程调用形式在服务端（Docker 引擎）完成。docker build 命令构建镜像，其实并非在本地构建，而是在服务端，也就是 Docker 引擎中构建的。

构建镜像时，Docker需要先准备context ，将所有需要的文件收集到进程中。默认的context包含Dockerfile目录中的所有文件。
如果目录中的存在大量不相关的文件，不仅会导致构建缓慢，而且还会导致镜像体积增大。

以源码部署nginx为例

使用减少镜像层数进行优化时

1.

减少构建过程中的产物

多阶段构建镜像

选择更加精简的base镜像

从别的地方拷贝

选择更小的基础镜像，镜像里什么都没有