docker学习系列11 多阶段镜像构建
本篇文章是转载,原文
从Docker版本 17.05.0-ce
开始,就支持了一种新的构建镜像的方法,叫做:多阶段构建(Multi-stage builds),旨在解决Docker构建应用容器中的一些痛点。在日常构建容器的场景中,经常会遇到在同一个容器中进行源码的获取,编译和生成,最终才构建为镜像。这样做的劣势在于:
- 不得不在容器中安装构建程序所必须的运行时环境
- 不得不在同一个容器中,获取程序的源码和构建所需的一些生态工具
- 构建出的镜像甚至包含了程序源码和一些不必要的文件,导致容器镜像尺寸偏大
当然,还有一种稍微优雅的方式,就是我们事先在外部将项目及其依赖库编译测试打包好后,再将其拷贝到构建目录中,这种虽然可以很好地规避第一种方式存在的风险点,但是也需要考虑不同镜像运行时,对于程序运行兼容性所带来的差异。
其实,这些痛点,Docker也想到了,官方提供了简便的多阶段构建 (multi-stage build) 方案。所谓多阶段构建,也即将构建过程分为多个阶段,在同一个Dockerfile中,通过不同的阶段来构建和生成所需要的应用文件,最终将这些应用文件添加到一个release的镜像中。这样做能完全规避上面所遇到的一系列问题。实现多阶段构建,主要依赖于新提供的关键字:from
和 as
。
下面举个栗子:
FROM muninn/glide:alpine AS build-env
ADD . /go/src/my-proj
WORKDIR /go/src/my-proj
RUN go get -v
RUN go build -o /go/src/my-proj/my-server
FROM alpine
RUN apk add -U tzdata
RUN ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
COPY --from=build-env /go/src/my-proj/my-server /my-server
EXPOSE 80
CMD ["my-server"]
多阶段构建的Dockerfile看起来像是把两个或者更多的Dockerfile合并在了一起,这也即多阶段的意思。as
关键字用来为构建阶段赋予一个别名,这样,在另外一个构建阶段中,可以通过 from
关键字来引用和使用对应关键字阶段的构建输出,并打包到容器中。
在多阶段构建完成之后,输出的镜像仅仅包含了最终输出的my-server应用,没有其他的源码文件和第三方源码包,非常的干净和简洁。因为 build-env
阶段只是一个构建的中间过程而已。
甚至,我们还可以使用更多的构建阶段来构建不同的应用,最终将这些构建产出的应用,合并到一个最终需要发布的镜像中。我们可以看一个更复杂一点的栗子:
from debian as build-essential
arg APT_MIRROR
run apt-get update
run apt-get install -y make gcc
workdir /src
from build-essential as foo
copy src1 .
run make
from build-essential as bar
copy src2 .
run make
from alpine
copy --from=foo bin1 .
copy --from=bar bin2 .
cmd ...
再来一个Laravel项目的多阶段构建( 自己加的内容)
第一阶段:使用compose安装PHP依赖
第二阶段:安装node,并安装前端依赖然后生成编译后的文件
第三阶段:拷贝PHP依赖及前端build后的文件到项目运行目录
#
# PHP Dependencies
#
FROM composer:1.7 as vendor
COPY database/ database/
COPY composer.json composer.json
COPY composer.lock composer.lock
RUN composer install \
--ignore-platform-reqs \
--no-interaction \
--no-plugins \
--no-scripts \
--prefer-dist
#
# Frontend
#
FROM node:8.11 as frontend
RUN mkdir -p /app/public
COPY package.json webpack.mix.js yarn.lock /app/
COPY resources/assets/ /app/resources/assets/
WORKDIR /app
RUN yarn install && yarn production
#
# Application
#
FROM php:7.2-apache-stretch
COPY . /var/www/html
COPY --from=vendor /app/vendor/ /var/www/html/vendor/
COPY --from=frontend /app/public/js/ /var/www/html/public/js/
COPY --from=frontend /app/public/css/ /var/www/html/public/css/
COPY --from=frontend /app/mix-manifest.json /var/www/html/mix-manifest.json
多阶段构建的好处不言而喻,既可以很方便地将多个彼此依赖的项目通过一个Dockerfile就可轻松构建出期望的容器镜像,并且不用担心镜像太大、源码泄露等风险。不得不说,这是一个非常不错的改进。
参考:
https://docs.docker.com/develop/develop-images/multistage-build/
https://yq.aliyun.com/articles/181178
https://laravel-news.com/multi-stage-docker-builds-for-laravel

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
-
上一篇
阿里云FPGA云服务器F1增加2卡规格
信息摘要: FPGA云服务器F1新增加了2卡规格,单个实例最大支持2张Intel Arria 10 FPGA卡 适用客户: 1. FPGA开发者 2. 移动互联网,设计平台公司,图片转码业务需求 3. 基因科技服务公司,WGS样本计算分析加速需求 版本/规格功能: F1家族新增2卡规格实例:ecs.f1-c8f1.4xlarge, ecs.f1-c8f1.14xlarge; 新增的两个实例规格中,每个实例支持2张Intel Arria10 1150加速卡,扩展了F1的计算能力和适用场景,解决了单卡无法满足计算需求的情况。 产品文档: https://help.aliyun.com/knowledge_detail/52666.html?spm=5176.8392615.698811.con1.36494db6mdSR2a
-
下一篇
捷讯技术分享云服务器ECS常用的应用场景?
说到云服务器,我们都会显现出阿里云这个品牌吧,最近很多企业都在咨询云服务器的业务,那么大家都知道云服务都有哪些应用场景吗?今天阿里云湖北授权服务中心捷讯技术小编就大致跟大家一起探讨云服务器ECS较常用的一些场景吧。 云服务器 ECS 应用非常广泛,既可以单独使用作为简单的 Web 服务器,也可以与其他阿里云产品(如 OSS、CDN 等)搭配提供强大的多媒体解决方案。以下是云服务器ECS的典型应用场景。 1、企业官网、简单的 Web 应用 网站初始阶段访问量小,只需要一台低配置的云服务器 ECS 即可运行应用程序、数据库、存储文件等。随着网站发展,我们可能随时会有提高 ECS 的配置和增加数量的需求,云服务器就可以满足这种不定时的需求,让客户无需担心低配服务器在业务突增时带来的资源不足问题。 2、多媒体、大流量的APP或网站 云服务器 ECS 与对象存储 OSS 搭配,将 OSS 作为静态图片、视频、下载包的存储,以降低存储费用,同时配合 CDN 和负载均衡 ,可大幅减少用户访问等待时间、降低带宽费用、提高可用性。 3、数据库 使用较高配置的 I/O 优化型云服务器 ECS,同时采用SS...
相关文章
文章评论
共有0条评论来说两句吧...