Docker数据存储总结

阅读本文前，希望你已经对Volumes，Bind mounts和tmpfs mounts有了初步的了解，具体可以参考以下文章：

• Docker数据存储之Volumes
• Docker数据存储之Bind mounts
• Docker数据存储之tmpfs mounts

下图展示了Volumes，Bind mounts和tmpfs mounts三种存储技术的不同：

Volumes的使用场景

• 在多个容器间共享数据。
• 无法确保Docker主机一定拥有某个指定的文件夹或目录结构，使用Volumes可以屏蔽这些宿主机差异。
• 当你希望将数据存储在远程主机或云提供商上。
• 当你希望备份，恢复或者迁移数据从一台Docker主机到另一台Docker主机，Volumes是更好的选择。

Bind mounts的使用场景

• 在宿主机和容器间共享配置文件。例如将nginx容器的配置文件保存在宿主机上，通过Bind mounts挂载后就不用进入容器来修改nginx的配置了。
• 在宿主机和容器间共享代码或者build输出。例如将宿主机某个项目的target目录挂载到容器中，这样在宿主机上Maven build出一个最新的产品，可以直接咋i容器中运行，而不用生成一个新的镜像。
• Docker主机上的文件或目录结构是确定的

tmpfs mounts的使用场景

• 当你因为安全或其他原因，不希望将数据持久化到容器或宿主机上，那你可以使用tmpfs mounts模式。

Bind mounts和Volumes行为上的差异

• 如果你将一个空Volume挂载到一个非空容器目录上，那么这个容器目录中的文件会被复制到Volume中，即容器目录原有文件不会被Volume覆盖。
• 如果你使用Bind mounts将一个宿主机目录挂载到容器目录上，此容器目录中原有的文件会被隐藏，从而只能读取到宿主机目录下的文件。

参考文章

https://docs.docker.com/storage/#good-use-cases-for-tmpfs-mounts

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对呐喊教程的支持。如果你想了解更多相关内容请查看下面相关链接

声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：notice#nhooo.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。