关于码头工人里面的几个主要概念
这里用个不太恰当的比方来说明。
大家肯定安装过鬼系统,镜像就像是鬼文件,容器就像是幽灵系统。你可以拿别人的鬼文件安装系统(使用镜像运行容器),也可以把自己现有的系统制作成鬼文件(从容器构建镜像).Dockerfile则像是一个生成鬼文件的脚本(镜像构建脚本),这个脚本会指定去哪里下载哪个版本窗口的系统,再去哪里下载哪些软件并安装,再修改哪些配置文件,等等。本文主要讲的是,如何从容器构建镜像(把现有系统制作成鬼文件),和如何使用Dockerfile构建镜像(使用脚本生成鬼文件)。
<强>两种方式构建镜像的主要步骤:
1,从容器构建镜像(以下简称)
创建一个容器,比如使用tomcat:最新镜像创建一个tomcat测试容器
修改tomcat测试容器的文件系统,比如修改tomcat的服务器。xml文件中的默认端口
使用提交命令提交镜像
2,使用Dockerfile构建镜像(以下简称)
编写Dockerfile文件
使用构建命令构建镜像
两种构建方式的区别:
, <>强容器镜像的构建者可以任意修改容器的文件系统后进行发布,这种修改对于镜像使用者来说是不透明的,镜像构建者一般也不会将对容器文件系统的每一步修改,记录进文档中,供镜像使用者参考。
2, <>强容器镜像强不能(更准确地说是不建议)通过修改,生成新的<>强容器镜像。
从镜像运行容器,实际上是在镜像顶部上加了一层可写层,所有对容器文件系统的修改,都在这一层中进行,不影响已经存在的层,比如在容器中删除一个1 g的文件,从用户的角度看,容器中该文件已经没有了,但从文件系统的角度看,文件其实还在,只不过在顶层中标记该文件已被删除,当然这个标记为已删除的文件还会占用镜像空间。从容器构建镜像,实际上是把容器的顶层固化到镜像中。
也就是说,对<强>容器镜像强进行修改后,生成新的<>强容器镜像强,会多一层,而且体积只会增大,不会减小。长此以往,镜像将变得越来越臃肿.Docker提供的导出和导入命令可以一定程度上处理该问题,但也并不是没有缺点。
3 <>强容器镜像依赖的父镜像变化时,<强>容器镜像强必须进行重新构建。如果没有编写自动化构建脚本,而是手工构建的,那么又要重新修改容器的文件系统,再进行构建,这些重复劳动其实是没有价值的。
, <强> Dockerfile镜像是完全透明的,所有用于构建镜像的指令都可以通过Dockerfile看到。甚至你还可以递归找到本镜像的任何父镜像的构建指令,也就是说,你可以完全了解一个镜像是如何从零开始,通过一条条指令构建出来的。
, <强> Dockerfile镜像需要修改时,可以通过修改Dockerfile中的指令,再重新构建生成,没有任何问题。
6, Dockerfile可以在GitHub等源码管理网站上进行托管,DockerHub自动关联源码进行构建。当你的Dockerfile变动,或者依赖的父镜像变动,都会触发镜像的自动构建,非常方便。
不管是官方还是我个的人,都推荐使用第二种方式构建镜像。
关于Dockerfile里面指令的详细说明,这里就不一一列出了,大家可以参考官方文档,或关注我之后的文章,当然网上也是一搜一大堆。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
