如何容器化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脚本中进行。