小编duk*_*ing的帖子

阅读文档后，我发现自己对如何最好地管理生产应用程序/服务数据有些困惑。

似乎有3种选择：

1. 只需将卷映射到主机目录（即 的-v参数docker run）
2. 为数据创建一个 docker 容器镜像（即单独的容器和--volumes-from）
3. 创建一个 docker 卷（即docker volume create）

现在，似乎公认的做法是选项 #2，但我想知道 #3 的目的是什么。

特别是您如何正确处理这些场景，docker volume对于每种情况，最好使用数据卷容器还是这个？

• 您需要服务器中单独卷和/或存储层中的应用程序数据
• 备份
• 恢复数据

我在一家大型跨国公司担任软件工程师，目前我正在与 IT 和其他开发人员就采用 DVCS（Mercurial 和/或 Git）进行非常愉快的对话。

IT 提出的问题之一是合规性和知识产权（顺便说一句，Perforce 大声谈论了这一点以及与 Git 相关的问题）。在我看来，IT 的印象是因为 Mercurial/Git 是分布式的，所以在每台开发人员机器上都有存储库是一种失控的情况，他们必须审核每个存储库。

我认为 IT 部门担心的另一件事是现在拥有“100”个存储库而不是“10”个庞大的存储库，我的印象是他们认为维护/监控它们的管理工作会增加“10-折叠”。我认为存储库管理软件（Rhodecode、Atlassian Stash）将是实现访问控制和可追溯性的第一步。

我的问题是：

1. 存储库管理软件是否足以满足这种规模的公司（比方说约 2000 名开发人员和约 10 个服务器上的约 50 个 Perforce 仓库）是否合规（并满足其他企业要求？）

2. 这个“合规性”要求到底包含什么？，您是否可以提供任何参考资料（例如 IEEE 标准或类似标准）？

我的公司已经使用 Perforce 大约 10 年了