本篇内容介绍了“Dockerfile中multi-stage怎么构建”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!常见的容器镜像构建过程
比如我们创建了一个 go 语言编写了一个检查页面中超级链接的程序 app.go(请从 ()获取本文相关的代码):下面我们通过容器来构建它,并把它部署到生产型的容器镜像中。
首先构建编译应用程序的镜像:把上面的内容保存到 dockerfile.build 文件中。接着把构建好的应用程序部署到生产环境用的镜像中:把上面的内容保存到 dockerfile 文件中。最后需要使用一个脚本把整个构建过程整合起来:把上面的内容保存到 build.sh 文件中。这个脚本会先创建出一个容器来构建应用程序,然后再创建最终运行应用程序的镜像。
把 app.go、dockerfile.build、dockerfile 和 build.sh 放在同一个目录下,然后进入这个目录执行 build.sh 脚本进行构建。构建后的容器镜像大小:从上图中我们可以观察到,用于编译应用程序的容器镜像大小接近 700m,而用于生产环境的容器镜像只有 10.3 m,这样的大小在网络间传输的效率是很高的。运行下面的命令可以检查我们构建的容器是否可以正常的工作:
ok,我们写的程序正确的统计了博客园首页和笔者的首页中超级链接的情况。采用上面的构建过程,我们需要维护两个 dockerfile 文件和一个脚本文件 build.sh。能不能简化一些呢? 下面我们看看 docker 针对这种情况提供的解决方案:multi-stage。在 dockerfile 中使用 multi-stage
multi-stage 允许我们在 dockerfile 中完成类似前面 build.sh 脚本中的功能,每个 stage 可以理解为构建一个容器镜像,后面的 stage 可以引用前面 stage 中创建的镜像。所以我们可以使用下面单个的 dockerfile 文件实现前面的需求:把上面的内容保存到文件 dockerfile.multi 中。这个 dockerfile 文件的特点是同时存在多个 from 指令,每个 from 指令代表一个 stage 的开始部分。我们可以把一个 stage 的产物拷贝到另一个 stage 中。本例中的第一个 stage 完成了应用程序的构建,内容和前面的 dockerfile.build 是一样的。第二个 stage 中的 copy 指令通过 –from=0 引用了第一个 stage ,并把应用程序拷贝到了当前 stage 中。接下来让我们编译新的镜像:这次使用 href-counter:multi 镜像运行应用:
结果和之前是一样的。那么新生成的镜像有没有特别之处呢:好吧,从上图我们可以看到,除了 sparkdevo/href-counter:multi 镜像,还生成了一个匿名的镜像。因此,所谓的 multi-stage 不过时多个 dockerfile 的语法糖罢了。但是这个语法糖还好很诱人的, 香港云主机现在我们维护一个结构简洁的 dockerfile 文件就可以了!使用命名的 stage
在上面的例子中我们通过 –from=0 引用了 dockerfile 中第一个 stage,这样的做法会让 dockerfile 变得不容易阅读。其实我们是可以为 stage 命名的,然后就可以通过名称来引用 stage 了。下面是改造后的 dockerfile.mult 文件:我们把第一个 stage 使用 as 语法命名为 builder,然后在后面的 stage 中通过名称 builder 进行引用 –from=builder。通过使用命名的 stage, dockerfile 更容易阅读了。“Dockerfile中multi-stage怎么构建”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注开发云网站,小编将为大家输出更多高质量的实用文章!
今天小编给大家分享一下Docker基本命令如何使用的相关知识点,内容详细,逻辑清晰,相信大部分人都还太了解这方面的知识,所以分享这篇文章给大家参考一下,希望大家阅读完这篇文章后有所收获,下面我们一起来了解一下吧。一、系统相关命令:1.1 查看docker 的版…
免责声明:本站发布的图片视频文字,以转载和分享为主,文章观点不代表本站立场,本站不承担相关法律责任;如果涉及侵权请联系邮箱:360163164@qq.com举报,并提供相关证据,经查实将立刻删除涉嫌侵权内容。