欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  网络运营

Docker多阶段镜像构建的实现

程序员文章站 2022-12-06 20:47:22
从docker版本 17.05.0-ce 开始,就支持了一种新的构建镜像的方法,叫做:多阶段构建(multi-stage builds),旨在解决docker构建应用容器中...

从docker版本 17.05.0-ce 开始,就支持了一种新的构建镜像的方法,叫做:多阶段构建(multi-stage builds),旨在解决docker构建应用容器中的一些痛点。在日常构建容器的场景中,经常会遇到在同一个容器中进行源码的获取,编译和生成,最终才构建为镜像。这样做的劣势在于:

  1. 不得不在容器中安装构建程序所必须的运行时环境
  2. 不得不在同一个容器中,获取程序的源码和构建所需的一些生态工具
  3. 构建出的镜像甚至包含了程序源码和一些不必要的文件,导致容器镜像尺寸偏大

当然,还有一种稍微优雅的方式,就是我们事先在外部将项目及其依赖库编译测试打包好后,再将其拷贝到构建目录中,这种虽然可以很好地规避第一种方式存在的风险点,但是也需要考虑不同镜像运行时,对于程序运行兼容性所带来的差异。

其实,这些痛点,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 ...

多阶段构建的好处不言而喻,既可以很方便地将多个彼此依赖的项目通过一个dockerfile就可轻松构建出期望的容器镜像,并且不用担心镜像太大、源码泄露等风险。不得不说,这是一个非常不错的改进。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。