docker学习系列17 镜像和容器的导入导出
先说总结：
docker save保存的是镜像（image），docker export保存的是容器（container）；
docker load用来载入镜像包，docker import用来载入容器，但两者都会恢复为镜像；
docker load不能对载入的镜像重命名，而docker import可以为镜像指定新名称。
比如我本机上有一个 finleyma/express的镜像，容器ID为4a655b443069
使用如下命令分别导出镜像和容器docker save -o express-save.tar finleyma/expressdocker export -o express-export.tar 4a655b443069
发现如下特点：
- 镜像压缩包比容器要大。
- 目录结构不太一样
![img_15cfef7776f00804fa05c478aceb5d6b.png]()
image.png
- export.tar 是很典型的Linux目录结构，还找到当初build时被ADD进的源码文件
![img_3dcc8b64bdfa2ddd5fc920e311cb867d.png]()
image.png
- save.tar 其实就是分层的文件系统。Docker镜像就是由这样一层曾的文件叠加起来。
打开压缩包内的 repositories，
内容为{"finleyma/express":{"latest":"dda6ce6f2c43f673353e2ce232b31d11ff15b444e338a0ef8f34b6ef74093d6c"}}
既这个镜像的名称，tag是latest，id为dda6ce6f2c43f673353e2ce232b31d11ff15b444e338a0ef8f34b6ef74093d6c
而且tar内有相同ID的目录。
![img_f06205b3bef7c42852b8f393f0783120.png]()
image.png
json文件的内容如下：里面记录着这一层容器文件的元信息，通过parent，还能知道依赖的上一层的文件系统是什么。
{
"id": "dda6ce6f2c43f673353e2ce232b31d11ff15b444e338a0ef8f34b6ef74093d6c",
"parent": "b75acde96878455ce36208008bb1143d4ea17723257c991f8bfb33ad9e27251d",
"created": "2018-09-19T15:41:54.6130547Z",
"container": "3cd78865317bce73179abc7d21fcbe860a96d14fc980c01566fa2c9412b17d7d",
"container_config": {
"Hostname": "3cd78865317b",
"Domainname": "",
"User": "",
"AttachStdin": false,
"AttachStdout": false,
"AttachStderr": false,
"ExposedPorts": {
"8081/tcp": {}
},
"Tty": false,
"OpenStdin": false,
"StdinOnce": false,
"Env": ["PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin", "NODE_VERSION=8.9.4", "YARN_VERSION=1.3.2"],
"Cmd": ["/bin/sh", "-c", "#(nop) ", "CMD [\"npm\" \"start\"]"],
"ArgsEscaped": true,
"Image": "sha256:91f850e6adbd56df68088dffe63c56e6f48fc24f763ff9d22c739742be71212a",
"Volumes": null,
"WorkingDir": "/usr/src/app",
"Entrypoint": null,
"OnBuild": [],
"Labels": {}
},
"docker_version": "18.06.1-ce",
"config": {
"Hostname": "",
"Domainname": "",
"User": "",
"AttachStdin": false,
"AttachStdout": false,
"AttachStderr": false,
"ExposedPorts": {
"8081/tcp": {}
},
"Tty": false,
"OpenStdin": false,
"StdinOnce": false,
"Env": ["PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin", "NODE_VERSION=8.9.4", "YARN_VERSION=1.3.2"],
"Cmd": ["npm", "start"],
"ArgsEscaped": true,
"Image": "sha256:91f850e6adbd56df68088dffe63c56e6f48fc24f763ff9d22c739742be71212a",
"Volumes": null,
"WorkingDir": "/usr/src/app",
"Entrypoint": null,
"OnBuild": [],
"Labels": null
},
"architecture": "amd64",
"os": "linux"
}
打开lay.tar, 对于的原来就是当初dockerfile中的ADD . /app/
![img_f95b3bbe1e1fb79007f206f4d576cf5a.png]()
image.png
那 node_modules 跑哪了，你很快就能猜测到，肯定在上一层文件中。事实确实是这样的。ADD . /app/ 之前对于的命令是 RUN npm install
![img_85878cfd8554f864980ec3bac73b79ae.png]()
image.png
所以写dockerfile时，一行命令对于一层文件系统，要充分利用这样机制，层的数量尽可能少，只安装必要的依赖包。
参考：
https://blog.csdn.net/liukuan73/article/details/78089138
https://yeasy.gitbooks.io/docker_practice/content/appendix/best_practices.html
https://docs.docker.com/develop/develop-images/dockerfile_best-practices/
