我为一家相对较小的软件开发公司工作，在过去的几年里，他们的发展非常迅速。 这个问题引起了许多成长的痛苦，尤其是基础设施方面的问题。 目前，它是多台ESX服务器上虚拟机的一个增长点，可维护性和有关服务器的知识以及它们上运行的内容因服务器而异。 大多数虚拟机的运行服务（web，自定义tcp服务器等）都是为客户开发的。 有些是集中监控，大多数不是，支持内部活动的服务器和为客户提供的外部服务没有区别。 所以我被赋予了清理这个任务的任务。
我对“真正的”系统pipe理员工作相当陌生，但基本的良好实践对我来说是清楚的。 对于大多数情况下，我已经find了像Puppet / Chef，Nagios / Icinga，中央用户pipe理LDAP，备份等很好的解决scheme，这些都在“todo”列表中，但是首先要做的是。
我需要创build某种库存，获得服务器的概述。 我认为用于logging这样的东西的工具将随时可用，但我的好朋友谷歌似乎使我在这一个失败。 我们现在的文档是一团糟，每个人都以不同的方式文档，不是集中存储，不同的布局，几乎在我遇到的每一个文档中遗忘的重要信息。
那么我在找什么？ 一个工具来logging服务器，服务，硬件和这些项目链接到一个“项目”或多个项目。 我想到了一些特殊的维基页面模板或者其他的东西，但是这样会丢失很多信息或者模糊很多。 有一个快速，正确和一致的概述，例如运行特定应用程序或链接到特定项目的所有服务。
也似乎很多应用程序会一次又一次需要完全相同的信息，重复了很多function。 目前，中央configurationpipe理/configuration和监控都是完全独立的，我认为pipe理所有这些常见信息并为此生成适当的configuration并不奇怪。 我知道nConios的NConf，但是这似乎太有限了。
在一个理想的世界里，我会find一个我可以pipe理的工具：
我可能忘记了很多其他有用的/必要的东西，但我认为这样的系统将非常有用，插件可以扩展信息量，添加“模板”，可以为其他服务生成configuration文件，就像监视的基本设置，configuration的configuration，…
毕竟，这可能是一个坏主意，也许有更好的解决办法，但我很乐意指出正确的方向。 我首先想到了一个wiki，但是当多人访问时，这变成一团糟，是一个完整的噩梦。
有任何想法吗？
您可以尝试一些资产pipe理types软件来做你想做的事情。
我一直在使用GLPI很长一段时间，并做了你想要的大部分。