相关疑难解决方法(0)

六个月前，在我们的非营利项目中，我们决定开始将系统管理迁移到 Puppet 控制的环境，因为我们预计从现在到一年后我们的服务器数量将大幅增长。

自从做出决定后，我们的 IT 人员就变得有点过于恼火了。他们最大的反对意见是：

• “我们不是程序员，我们是系统管理员”；
• 模块可在线获取，但许多模块彼此不同；轮子经常被重新发明，你如何决定哪一个合适；
• 我们的 repo 中的代码不够透明，要找到某些东西是如何工作的，他们必须通过清单和模块进行递归，他们甚至可能在不久前自己编写；
• 一个新的守护进程需要编写一个新的模块，约定必须与其他模块相似，这是一个困难的过程；
• “让我们运行它，看看它是如何工作的”
• 社区模块中有大量鲜为人知的“扩展”：“trocla”、“augeas”、“hiera”……我们的系统管理员如何跟踪？

我可以理解为什么大型组织会派遣他们的系统管理员参加 Puppet 课程以成为 Puppet 大师。但是，如果小玩家不参加课程并且基本上通过浏览器和编辑器学习它，他们如何将 Puppet 学习到专业水平？

我们目前有大约 300 个 RHEL 服务器连接到 Puppetmaster 服务器。但是，我们注意到了一些性能瓶颈，这是我们系统的故障点。总的来说，我对 puppet 还很陌生，我正在考虑创建一个去中心化的 puppet 架构，而不是让 Puppet 客户端连接到 Puppetmaster 服务器。除了我怀疑会发生的事情之外，例如性能提升和缺乏为新机器签名和交换 SSL 证书，设置分散式架构的其他优点和缺点是什么？