小编duk*_*ing的帖子

如何在 docker 卷容器和 docker 卷之间做出决定?

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

似乎有3种选择:

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

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

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

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

storage docker

24
推荐指数
2
解决办法
1万
查看次数

企业环境中 DVCS 管理的合规性,从 CVCS (Perforce) 过渡会带来什么?

我在一家大型跨国公司担任软件工程师,目前我正在与 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 年了

mercurial git perforce

5
推荐指数
1
解决办法
122
查看次数

标签 统计

docker ×1

git ×1

mercurial ×1

perforce ×1

storage ×1