一次Dockerfile优化

Dockerfile优化

本文的原由是在作的一个项目打包时间实在太慢了，所谓代码5分钟，打包半小时，又正好在看docker的一些东西，因此打算优化一下这个dockerfile

文前

• dive工具，能够用来分析镜像的大小，传送门：github.com/wagoodman/d…
• dockerfile最佳实践文章，传送门：zhuanlan.zhihu.com/p/26904830

一.首先来看下这个dockerfile

• 首先将一个image1镜像(这里随意写的，举例而已)做为compile镜像
• 指定了/code目录
• 拷贝了本地的package.json,yarn.lock,npmrc文件到/code目录中，用于安装NPM模块
• 运行了yarn install --production，而且将node_module拷贝到临时目录
• 再运行yarn
• 在拷贝全部文件到/code目录中
• 运行npm run build来打包项目
• 到这里先提出两个问题
  • 问题1：为何要运行了yarn install --production之后再运行yarn，这不是重复了，画蛇添足吗
  • 问题2：为何要拷贝了package.json到/code目录下，而后再拷贝一遍所有文件呢，这不是也重复了吗
• 而后将image2镜像做为release镜像
• 将本地的文件拷贝到当前镜像中
• 指定/code目录
• 从上一层镜像临时目录中中拷贝node_module
• 从上一层镜像中client,config文件夹
• 运行yarn start
• 解决问题
  • 问题1：当时没想通，后来忽然想通了，运行了yarn install --production是安装了生产要用的NPM包，而后拷贝到临时目录里，后面从临时目录里拷贝，拷贝出来的是生产时要用的包，不是所有的包，减小了包的体积
  • 问题2：为何要先拷贝package.json，是由于咱们应该把变化最少的部分放在Dockerfile的前面，这样能够充分利用镜像缓存,详见 zhuanlan.zhihu.com/p/26904830 中的 11.合理调整COPY与RUN的顺序

二.这个dockerfile打包出来的镜像的大小，能够看到有725M，中间镜像有2.11G，真的对得起代码5分钟，打包半小时

三.dive工具分析这个镜像，(dive 镜像id)，详见 github.com/wagoodman/d… 能够看到总共725M，能够优化的有421M

四.优化后的dockerfile

• 我为何这么优化

• 我没有先拷贝package.json等文件并安装了NPM包之后再拷贝其余文件，由于本篇文章中的 zhuanlan.zhihu.com/p/26904830 的合理调整COPY与RUN的顺序中写到的是首先将package.json拷贝进来，而后安装包，再将剩余其余文件拷贝进指定的目录，而我这个项目，package.json之外的文件都要用到，第一次拷贝package.json等文件之后，第二次拷贝最方便的方法是COPY . /code，要拷贝其余文件，而排除package.json文件的作法反而繁琐

• 基于上面那一点的操做的考虑之后，在compile镜像中

  • 指定/code目录，
  • 将本地文件拷贝到/code目录下，
  • 用yarn build代替npm run build，而后将yarn和yarn build命令合并

• 在release镜像中

  • 去掉code . /code，由于和后面的copy --from=compile那些命令重复了
  • 去掉code . /code之后，镜像是跑不起来的，由于少了一些文件，package.json和next.config.js，运行yarn start的时候要package.json文件，而yarn start命令是NEXT_ENV=prod PORT=3000 next start client，要next的配置文件

• 我是怎么知道少了这些文件的

  • docker run --name test -p 4040:3000 5be399174a72首先先跑起这个镜像
  • docker ps -a 找出容器
  • docker exec -it c57cb2999203 /bin/sh进入到容器中查看，能够看到/code目录中有这些文件，对比起先能够跑起来的容器里面的文件和跑不起来的容器的报错，排查出少了哪些文件，须要哪些文件

• 根据问题1的解答，我为何不用yarn install --production了，由于只用这些包，yarn start命令是跑不起来的，并且从下面的dive工具显示，能够优化的已经只有358K了，也就没有必要运行这个命令再拷贝到临时目录了，毕竟后面也还要运行yarn

  

五.能够看到如今镜像只有489M的，中间镜像compile也变少了，只有1.71G

六.再用dive工具查看这个镜像，发现总共489M，能够优化的只有358K了

七. 优化升级.dockerignore

• 由于咱们会用yarn从新，因此没有必要将本地的node_module包传到docker服务器上
• 能够看到，设置.dockerignore之后，传到docker服务器上的大小从343M减到了29M

八.为何这个dockerfile跑不起来

• 由于根据dive工具分析出了是node_module，因此这个dockerfile在最初的dockerfile上加了一句RUN /bin/rm -fr node_modules
• 前面说到了，yarn start的时候要用到node_module，因此在前面删了node_module会跑不起来