Docker镜像的保存与共享

镜像的保存与共享

---

Docker镜像实质上是多层的UFS镜像层的挂载，而镜像的文件系统是通过read-only的方式挂载镜像后增加的可读写的沙盒环境。

通过将沙盒环境转换为镜像层，沙盒环境得以持久化。

对容器修改的内容保存为镜像并提交。其方式和git十分类似，通过指定-m参数可以方便我们日后查找。

docker commit -m '<Msg>' <container-name / alias>

执行完这条指令后，Docker会将容器内的沙盒文件系统转换为镜像层。

通过docker images可以查看提交更新的镜像情况

REPOSITORY            TAG                 IMAGE ID            CREATED             SIZE
   None			 	  None					...					...				   ...

这时候更新的镜像并没有REPOSITORY和TAG两个属性

重命名

通过tag指定镜像名

docker tag <image ID> <alias>

如果对未命名的镜像使用tag命名，在docker images的输出结果中只会出现新命名的镜像，并不会出现旧镜像；而如果本身已经有tag了，所以新老镜像会同时显示，由于镜像是对不同的镜像层的引用，类似于桌面的快捷方式，实际上他们并不会额外占用物理存储空间。

docker images
REPOSITORY            TAG                 IMAGE ID            CREATED             SIZE
  app  	              1.0                   xxx        			xxx      		   xxx
  app                 2.0                   xxx        			xxx      		   xxx

迁移

迁移镜像分为两步，一是拿到镜像，二是移动镜像。

由于Docker对镜像是集中式管理，拿到镜像就好比从仓库中拿出一个货物来。

docker save <container-name / alias> > xxx.tar

这条语句通过docker save对镜像进行输出，并使用管道进行输出重定向，也可以通过-o选项指定文件目录和名称，类似于gcc的-o选项

docker save -o ./xxx.tar <container-name / alias>  
* -o是--output的简称

通过指定多个镜像，可以实现批量迁移

docker save -o ./xxx.tar <container1-name> <container2-name> <container3-name> ...

导入

镜像的迁移本质上迁移的是镜像层配置文件。基于配置文件往往具有更高的跨平台性。

导入镜像也是如此，本质上是导入镜像层配置文件。通过docker load导入镜像。

docker load < xxx.tar

这条语句通过输入重定向将镜像层配置文件给到了docker，换句话说，docker load接收镜像数据的输入流

通过-i指令可以不借助输入重定向，指定输入文件

docker load -i xxx.tar
* -i是--input的简称

容器的导入和导出

上述都是镜像层面的操作，而docker也为我们提供了基于容器的导入和导出操作。

导出容器。相当于docker commit + docker save

docker export -o ./xxx.tar <container-name>

导入容器内的镜像。通过docker export导出的包可以通过docker import导入。虽然是容器导入，但实际上导入的是镜像

docker import ./xxx.tar <image-name>
* 这里的<image-name>是为镜像命名