如何容器化web工程

版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/zhaoruda/article/details/88764570

如何容器化web工程

工程容器化在实际中越来越重要，那么如何对前端工程怎样容器化呢？

编写Dockfile

FROM nginx

MAINTAINER rdzhao

COPY dist/ /usr/share/nginx/html
COPY nginx.conf /etc/nginx/nginx.conf

EXPOSE 80 443

• From：指定基础镜像
• MAINTAINER：指定镜像维护者的相关信息
• COPY：指定将dist（工程的打包目录）和nginx.conf（nginx的配置文件）复制到镜像内
• EXPOSE：指定镜像所要暴露的端口。注意这里指出镜像所要暴露的端口，并不会真正暴露。端口真的暴露是在启动的时候指定。

编写镜像打包脚本

  ENV=$1
  npm install
  npm run build:$ENV

  docker build -t project:v1 .
  docker push project:v1
  docker rmi project:v1

• 获取sh脚本运行的第一个参数，这里指定的是环境变量。因为实际中会存在Prod、Test等环境。
• 运行npm install和build命令进行工程打包
• 运行docker build构建镜像。-t表明使用当前目录的DockerFile，project:v1指定镜像名字和版本号
• 运行docker push将镜像保存在镜像仓库中
• 运行docker rmi删除本地镜像。删除的原因是镜像已经在远端仓库中保存了，本地没有用了而且占用空间。

运行脚本

运行./build.sh qa命令会进行镜像构建。如果部署镜像需要借助于Rancher或者k8s这样的容器编排工具。
注意：这里需要指出的是，有些Dockerfile的编写会类似：

......
RUN npm install && npm run build
COPY dist/ /usr/share/nginx/html
......

这样的Dockerfile存在的问题是：

• 镜像过大。因为docker每运行一个docker file中的命令都会生成一次提交。copy命令之后就算执行删除命令也是无法改变容器大小
• 无法指定不同环境打包
  所以这里建议将工程的打包放在sh脚本中进行。