docker 通过中间镜像加速部署

baqiao

概要
实施

• 修改前的实施时间
• 制作编译用的镜像
• 测试修改后的实施时间
  

; B/ q# ?4 E0 {5 W( R" B$ H4 a概要
使用 docker 打包镜像的时候, 每次耗费时间最多的就是 docker build 的过程. 特别是对于前端工程的打包, 有时候下载依赖包的时间就要 10 几分钟, 这就导致发布版本的效率极低.
4 Q0 ]' w. O3 Q0 ^/ J) R8 h
4 _2 f  z' i! R# t' p针对前端工程的打包慢的问题, 目前能想到的有效解决办法就是, 在官方 node 的镜像基础上, 把当前项目用到的 packages 下载好再做个镜像用于编译前端工程用.

实施
根据上面的方案, 尝试如下.
' e, X( u' d- s8 r% U
( m5 ~" ~. k6 Z: h) k& u9 @修改前的实施时间
修改前, 是在 node 镜像中编译前端, 然后将编译之后的代码放入后端的静态文件目录中.

, t+ x$ ]% p; v2 e4 Y( L& X8 t7 _6 t5 @FROM node:10.15-alpine as front-builder

WORKDIR /user
ADD ./frontend/application .
# T! F9 Q" w; i# y; jRUN yarn                        #  这一步耗费的时间最长
RUN yarn build


FROM golang:1.12.5-alpine3.9 as back-builder

WORKDIR /go
3 Q& I: U+ b. WRUN mkdir -p ./src/xxx
ADD ./backend/src/xxx ./src/xxx
! ]' ]. l* m7 f, R0 r) KRUN go install xxx


3 }1 L% q7 V, [FROM golang:1.12.5-alpine3.9

WORKDIR /app
8 k0 x. K9 w# ]/ H% UCOPY --from=front-builder /user/build ./public
; Z1 r- k) l! t4 J' c5 kCOPY --from=back-builder /go/bin/xxx .

CMD ["./xxx"]
& M. N/ h# q$ Q8 g1 ?: N8 @4 o0 ~这种方式的编译时间如下:
% O5 e- N0 D4 M
* e! {  `  \5 }- z: y  d, Nreal    14m27.639s
' @* i; Q" }% G7 n: zuser    0m0.812s
sys     0m0.108s
$ K! z7 y' ~' b7 A) ~1 w" o, P5 A制作编译用的镜像
前端编译用的镜像 DockeRFile 如下:

, `5 A6 F- Z# N- V; D9 [FROM node:10.15-alpine

WORKDIR /user
ADD ./frontend/application .
RUN yarn
RUN rm -rf `grep -v "node_modules" | grep -v "yarn.lock"`
docker build 命令: ( 目录结构根据具体的项目调整 )
. ?" b, H$ p( O3 r3 @  U  W1 g
# 这里的 Dockerfile 就是上面的内容, 编译后会生成名称为 node-application-cache 的 image
docker build -f ./Dockerfile -t node-application-cache .
测试修改后的实施时间
$ V( q* b3 ]1 r4 @$ Q! Gdockerfile 和修改前的基本一样, 只改了第一行
3 ]2 I1 w6 Q1 T, z
  [# g" \' B8 S) C. J$ K# FROM node:10.15-alpine as front-builder
- ?! F+ h2 M. {# w7 b3 z9 S) \% ZFROM node-application-cache:latest as front-builder
, v: a  b) L! S编译时间如下:
0 z4 Y8 Y2 n& ?0 Z
$ P1 e; R5 t# J* q9 S( Qreal    1m17.399s
user    0m0.836s
. i+ p. P# ^, G3 psys     0m0.136s
. H4 [  h( k, e使用了带前端缓存的 image, 整体时间缩短了 14 倍左右 中途编译用的镜像(node-application-cache)比之前的(node:10.15-alpine)大很多, 但是最终发布的镜像还是一样大.

regngfpcb

docker 通过中间镜像加速部署