电子技术论坛_中国专业的电子工程师学习交流社区-中电网技术论坛

标题: dockerfile介绍（2） [打印本页]

作者: look_w 时间: 2019-5-18 10:14 标题: dockerfile介绍（2）

dockfile和docker commit的区别

我们知道使用docker commit 可以保留对镜像的修改，将其保存下来形成镜像。

格式

docker commit $container_id $image_name

例如：

$ sudo docker ps
ID                IMAGE             COMMAND          CREATED          STATUS             PORTS
c3f279d17e0a       ubuntu:12.04/bin/bash          7 days ago       Up25 hours
197387f1b436       ubuntu:12.04/bin/bash          7 days ago       Up25 hours
$ docker commit c3f279d17e0a  SvenDowideit/testimage:version3
f5283438590d
$ docker images | head
REPOSITORY                      TAG                ID                CREATED          VIRTUAL SIZE
SvenDowideit/testimage          version3          f5283438590d       16 seconds

docker commit 是在原有镜像的基础上，再叠加上容器的存储层，并构成新的镜像。以后我们运行这个新镜像的时候，就会拥有原有容器最后的文件变化。

这种方式做镜像比较方便，但是项目的其它成员就不太清楚这个镜像的具体生成细节，不易维护。

慎用 docker commit
使用 docker commit 命令虽然可以比较直观的帮助理解镜像分层存储的概念，但是实际环境中并不会这样使用。

首先，如果使用docker diff 仔细观察之前的结果，你会发现除了真正想要修改的文件外，由于命令的执行，还有很多文件被改动或添加了。这还仅仅是最简单的操作，如果是安装软件包、编译构建，那会有大量的无关内容被添加进来，如果不小心清理，将会导致镜像极为臃肿。

此外，使用 docker commit 意味着所有对镜像的操作都是黑箱操作，生成的镜像也被称为黑箱镜像，换句话说，就是除了制作镜像的人知道执行过什么命令、怎么生成的镜像，别人根本无从得知。而且，即使是这个制作镜像的人，过一段时间后也无法记清具体在操作的。虽然 docker diff 或许可以告诉得到一些线索，但是远远不到可以确保生成一致镜像的地步。这种黑箱镜像的维护工作是非常痛苦的。

而且，回顾之前提及的镜像所使用的分层存储的概念，除当前层外，之前的每一层都是不会发生改变的，换句话说，任何修改的结果仅仅是在当前层进行标记、添加、修改，而不会改动上一层。如果使用 docker commit 制作镜像，以及后期修改的话，每一次修改都会让镜像更加臃肿一次，所删除的上一层的东西并不会丢失，会一直如影随形的跟着这个镜像，即使根本无法访问到。这会让镜像更加臃肿。

欢迎光临电子技术论坛_中国专业的电子工程师学习交流社区-中电网技术论坛 (http://bbs.eccn.com/)