前端项目 Docker 镜像构建性能优化

嗨~大家好,最近对公司的前端工程 Docker 打包流程进行了一些优化,打包时间从一开始每次需要十多二十分钟到现在的一两分钟,取得了良好的效果,因此做一个简单的总结。

有什么用?

  • 加快 Docker 镜像打包的速度
  • 减少 Docker 镜像的体积
  • 加快镜像上传速度

优化思路

  • 项目的 npm 依赖很少会发生改变,因此只需要在 package.json 文件发生改变的时候执行 npm intall,其他时候都复用之前安装好的 node_module,不再重复安装;
  • 我们只需要前端构建生成的静态文件,再用 Nginx 进行代理,因此最终的镜像中,除了这两者之外的模块应该能少则少。

优化分析

假设我们的前端工程构建命令是 npm run build,那么最终的 Dockerfile 长这样:

FROM node:12.15.0 AS builder
WORKDIR /home/node/app
ADD package.json package-lock.json /home/node/app/
RUN npm install
ADD . /home/node/app
RUN npm run build

FROM nginx:alpine
COPY default.conf /etc/nginx/conf.d/default.conf
COPY --from=builder /home/node/app/dist /usr/share/nginx/html
EXPOSE 8080

主要优化的地方有:

  1. 将项目添加到 Docker 中分成了2步,首先只拷贝 package.json 和 package-lock.json,然后执行 npm install 装包,紧接着才是把整个工程的代码拷贝进去,这样做的好处是,当 package.json 和 package-lock.json 的内容没有发生变化的时候,第4步 npm install 将不会执行,这是因为对一个 Docker 镜像来说,Dockerfile 中的每一个步骤都是一个分层,从第一个步骤开始,只有当其中一个步骤的操作发生了变化,这之后的每一个分层才会重新生成,而之前的分层都会被复用,这个能从构建的过程输出中看到:

    Sending build context to Docker daemon     37MB
    Step 1/10 : FROM node:12.15.0 AS builder
     ---> b6f455933a97
    Step 2/10 : WORKDIR /home/node/app
     ---> Using cache
     ---> ab720696eb7b
    Step 3/10 : ADD package.json package-lock.json /home/node/app/
     ---> Using cache
     ---> 272488848fb7
    Step 4/10 : RUN npm install
     ---> Using cache
     ---> 60c57b0b15e9
    Step 5/10 : ADD . /home/node/app
     ---> 29ac75b71907
    Step 6/10 : RUN npm run build
     ---> Running in 4aa5cf14edbf
    
  2. 整个打包流程用到了2个镜像,第一个 NodeJS 镜像只是用于前端项目的构建并生成静态文件,然后把这些静态文件放到了一个 nginx 的 alpine 镜像中,生成最后的镜像,这个镜像因为不需要 NodeJS 的环境,因此非常轻量,它只有3层,当我们把这个镜像上传到镜像仓库的时候,第二次开始每次就只需要上传最后一层,也就是前端的静态文件。实现这个操作的代码在第一行和倒数第二行,第一行中用 AS builder 声明了第一个镜像的别名为 builder,然后倒数第二行 COPY --from=builder 意思是从别名为 builder 的镜像中拷贝静态文件到 nginx 代理的目录。

其他

在编写 nginx 配置的时候也遇到一些问题,对于一个使用前端路由的 SPA 而言,除了资源文件外的所有子路径都需要重定向到 index.html,但是资源文件如果找不到的时候只能返回404,因为如果重定向到 index.html 会导致 CDN 使用 index.html 的缓存策略,然后会带来一些麻烦,因此也顺带附上我们的 nginx 配置:

server {
  listen 8080 default_server;
  listen [::]:8080 default_server;

  root /usr/share/nginx/html;

  index index.html;

  server_name localhost;

  location / {
    try_files $uri $uri/ @rewrites;
  }

  location @rewrites {
    rewrite ^(.+)$ /index.html last;
  }

  location ~* \.(?:ico|css|js|gif|jpe?g|png)$ {
    expires max;
    add_header Pragma public;
    add_header Cache-Control "public, must-revalidate, proxy-revalidate";
  }
}
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,843评论 6 502
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,538评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,187评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,264评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,289评论 6 390
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,231评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,116评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,945评论 0 275
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,367评论 1 313
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,581评论 2 333
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,754评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,458评论 5 344
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,068评论 3 327
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,692评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,842评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,797评论 2 369
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,654评论 2 354

推荐阅读更多精彩内容