小编dep*_*pfx的帖子

我总是在他们曾经定期运行 Puppet 的地方工作。因此，分发更改很容易且即时。在新团队中，他们不赞成定期运行 Chef 代理。他们只用它来引导操作系统，然后杀死它。我不明白为什么有人会使用像 Chef 这样的配置管理工具而不必定期运行它。无论我们在做什么引导，都可以通过基本的 shell 脚本来完成 - 安装 xyz 软件，复制配置文件，重新启动服务。

他们说在生产中定期运行它太危险了，因为他们不确定代码是否是幂等的。

我的查询是：

• 你们中有多少人使用编排工具只是为了引导？这不就像在小巷里以每小时 20 英里的速度驾驶布加迪一样吗？
• 当您扩大规模时，您在定期运行此程序时是否发现任何问题？你会怎么处理？（我知道的一种方法是在单独模式下运行代理，让他们从可以处理同时进行多个下载的某个存储库/人工工厂下载食谱，而不是压倒 Puppet/Chef 服务器）。
• 我如何鼓励团队将代码修复为幂等的并定期运行代理？或者从 Chef 转移到像 bash 这样简单的东西，以减少维护/编写代码的开销。
• 我说的对，我们没有按照应该使用的方式使用这些工具吗？
• 我在这里遗漏/忽略了什么吗？

我正在寻找具有 SVN 的主从 DNS 服务器的良好设计。困扰我的几个疑问是：

• 如果我有一个提交后钩子来将 DNS 主数据复制/rsync 到从服务器会好吗？
• 或者我应该使用 svnsync 吗？
• 如果使用 svnsync，我应该让主从 UUID 相同吗？这有什么好处？

我们的DNS需要很多用户直接修改BIND。需要在主/从设计中跟踪 zone/named.conf 更改 [with SVN] &。

另外：另外，有一个提交后的 svnsync 脚本来同步主从而不是 AXFR/IXFR 是个好主意吗？