一次Dockerfile优化

Dockerfile优化

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

文前

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

一.首先来看下这个dockerfile

dockerfile.png

• 首先将一个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的前面，这样可以充分利用镜像缓存,详见https://zhuanlan.zhihu.com/p/26904830中的 11.合理调整COPY与RUN的顺序

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

size.png

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

dive.png

四.优化后的dockerfile

dockerfile.png

• 我为什么这么优化

• 我没有先拷贝package.json等文件并安装了NPM包以后再拷贝其他文件，因为本篇文章中的 https://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

  exec.png

五.可以看到现在镜像只有489M的，中间镜像compile也变少了，只有1.71G

size.png

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

dive.png

七. 优化升级.dockerignore

• 因为我们会用yarn重新，所以没有必要将本地的node_module包传到docker服务器上
• 可以看到，设置.dockerignore以后，传到docker服务器上的大小从343M减到了29M

upload.png

upload.png

八.为什么这个dockerfile跑不起来

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

why.png