上一章我们对docker commit 进行了简单的剖析，相信大家对commit的使用场景有一定了解，今天再讲两个docker备份与恢复的常用命令。
老范：Docker运维:docker commit 真有那么香么?zhuanlan.zhihu.com
那就是export和save。
一个是导出镜像、一个是保存镜像，执行后的结果都一样——得到一个tar文件包。简单从字面上的描述，我们做一个区分：
commit：提交容器到镜像，实现容器持久化；
export：导出容器和镜像，实现容器内容持久化；
save：导出镜像文件，实现镜像内容持久化。
初学docker的老范，看到这三个命令的时候，真有种皇帝选妃的感觉：美人，你在哪，朕抓到你了。
但真到了实际使用的时候，发现却一个也用不上。今天我们就实战区分一下。
第一，export 对当前的容器状态建立快照，并持久化为tar文件
首先看下面这个镜像，镜像ID是
我们通过inspect命令看一下这个镜像的层文件
现在我从这个镜像的实例化的容器里做一些事情，我新建一个lxy文件夹。
然后，通过export命令将这个容器持久化为7b.tar
然后，通过import的方式，将这个导出的tar包镜像化
再来看这个镜像的层文件
发现这个镜像只剩了一层，其他的层级全没有了，整个镜像体积较之前也小了一些，一共是436MB，之前是452MB。
第二，save 对当前的镜像进行持久化，形成tar文件
还是这个镜像，我们使用save的方法持久化为lxy.tar
然后，通过load的方式将这个导出的tar文件镜像化
再来看这个镜像的层文件
一点变化没有，同时，镜像大小是452MB。
第三，commit 把当前容器的内容新建一个层文件，覆盖在旧的镜像文件层之上
还是这个镜像，这个容器，我们使用commit的方式进行提交，
然后查看这个镜像的层及文件
发现明显多了一层，也就是最下边这一层，尾数1200。
这样分别有什么用武之地呢？
第一，commit+save模式：保留了一个镜像的所有历史文件和元数据，它把容器的内容作为一个新的层覆盖在原有镜像之上，然后实现持久化。原有的镜像没有改变。
这样的好处是，当我发现这个commit+save的镜像包有问题的时候，可以快速回滚到之前的镜像版本。
这波操作666
你想，之前我们是怎么做产品版本管理的？每发一个版本就要生成一个安装部署包，久而久之版本越来越多，部署包的文件夹越来越大。部署实施人员在客户单位想回滚版本的时候可能只能够重新部署。
删除新版本-->拷贝旧版本-->安装旧版本.....
几个小时过去了。
有了docker这个回滚特性，那就直接回滚到镜像的某个层，然后再实例化一个容器就可以了。
几秒钟的工作量。
第二，export模式：打扫干净屋子再请客。把之前镜像的层级删干净，只保留最新的快照文件。
这种情况适用于我不需要回滚，当前的状态即是最佳状态的时候。这样做的好处是，删除了没有用处的历史数据，同时保留了镜像具有的所有功能，关键是镜像文件还小的很
一举三得。
怎么样，你搞清喜欢哪个了么？
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
