最适合数据容器的容器？
什么是最适合的（最小，最简单的）容器用于仅数据的Docker容器？
在他们使用training / postgres容器的文档中。 但是，我相信另一个容器实际上会运行数据库（例如postgres）。
http://docs.docker.com/userguide/dockervolumes/
我假设一个数据容器是非常小的，因为它通常只在那里为另一个容器提供数据量。
当创build一个只有数据的容器时，容器可能被忽略了？
更新：现在我们已经命名了卷，通常你根本不想使用数据容器。
对数据容器使用相同的图像 – 在这种情况下是Postgres图像。 您不要让数据容器运行，所以不会消耗资源。
使用相同的图像很重要，原因如下：
- 由于您已经对图像进行了caching，因此占用的空间会更less 。
- 图像有机会使用数据（例如默认文件）播种音量。
- 权限和所有者将是正确的。
欲了解更多信息，请参阅数据只容器疯狂 。
我推荐这个tianon/true 集合中的tianon/true图像。 在125字节，它比busybox的图像小：
REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE tianon/true latest 724d63a6172d 35 hours ago 125 B
基于该图像的容器立即退出，这适合于仅存储容器。
Busybox是一个基本的图像，而不是一个用户图像，因此在生产使用上更实用一点，它也很小。
图片泊坞窗在这里
BusyBox：embedded式Linux的瑞士军刀
大小约2.5 Mb。 Busybox是最小的Linux发行版之一。
BusyBox将许多常用UNIX实用程序的小版本组合到一个小型可执行文件中。 它提供了GNU fileutils，shellutils等通常可以find的大部分实用程序的替代品。BusyBox中的实用程序通常比全function的GNU cousins选项更less; 然而，包含的选项提供了预期的function，并且与GNU对应的performance非常相似。 BusyBox为任何小型或embedded式系统提供了一个相当完整的环境。