相关疑难解决方法(0)

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

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

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

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

DevOps 工具生态系统让我感到困惑。服务器编排/管理空间中的每个人都在使用自己的专有格式，而不是在任何地方都可以使用的 shell 脚本。Ansible 有他们的 YAML 剧本，Puppet 有它的类/图语言，salt like ansible 有某种 YAML 格式，chef 是一个嵌入式 Ruby DSL。在所有这些方法中，我最喜欢厨师，因为它可以做最简单的事情。所以我想，当您使用这些工具之一时，一个好处是可以更好地了解队列，但这与实际配置和供应组件正交。

我不太明白为什么每个人都试图用 YAML 重新发明 shell 脚本，因为通常ssh -t我需要用一些 shell 脚本库来完成工作。这些脚本通常打包为独立的 tar 文件，并且小而简单，可以根据需要进行混合和匹配。除了bash几乎可以在任何地方工作之外，它们具有零依赖性。那么为什么像这样的简单解决方案对于 ansible、puppet、chef 等来说还不够好？通过用bash其他格式替换脚本，所有这些解决方案有什么好处？

有谁知道“照顾服务器”的任何类型的应用程序或服务？（除了托管服务器）您的服务器或应用程序可以通过数百种方式停止正常工作。

小事情很容易错过，但通常很容易修复。日志过度生长、配置问题等。当然有最佳实践清单，但它不是检查配置最佳实践的人工任务。我确信它可以自动化：某种代理可以监控所有系统设置，说出对与错，并就如何使其正确提出建议。

我必须管理几台服务器，我需要某种总体情况的概述。作为一个工具，它会自动解决问题。

你能提出一些建议吗？

（我知道它有点不符合 SF 的规则，但我认为这个特定问题非常具体）拥有类似/sf/ask/101592361/ 之类的东西会很棒-engine-comparison 但用于自动化软件。

在否决之前

请理解我在问什么。它不是关于“寻找通用监控系统”，而是关于“寻找一个可以自行处理问题的系统”