所以，正如我们在服务器故障中看到的一样，多年来我已经构build了每个系统的几个，
然而在一天结束的时候，我有时觉得我已经有点“拼凑起来”了，看起来最多可能是一两个软件。
我有点寻找一个“一体化的解决scheme，更容易pipe理，然后不得不处理7个不同的软件，只是有效的东西。
任何人都知道吗？ 我已经看到了大量的监控应用程序和所有这些，但他们总是缺lesswiki和票务部分。 这对我来说从来没有什么意义，我认为如果警报响起，应该是工程师要解决的问题。 IDS同样如此，可能还会预告未来的通知。
还有“开放源代码基础”（Groundwork Open Source），它为您执行这个“修补”。 我不认为它有一个维基或票务系统，虽然：
http://www.groundworkopensource.com/
几年前我已经使用了一个早期版本，看起来非常有前景。 最后，我的公司决定把他们的预算花在HP OpenView上，所以我们从来没有经过最初的试用。
这是值得一看恕我直言。
它不会取代所有7，显示广告，坐在Windows上，并有设备限制，但如果你是宽容的，你可能会看看Spiceworks 。 版本5 现在处于testing阶段 。
我只是有一个想法，就是所有这些工具必须从某个地方提取他们的configuration数据。 即nagios需要监视服务器列表，cacti一些设备轮询，syslog需要知道中央syslog-ng服务器在哪里。 另外，rt3和mediawiki需要authentication后端，即用户列表和密码
没有人愿意在很多地方维护这些列表。
真正简化所有这些应用程序pipe理的方法是使用通用的configuration目录和数据库。
这使得MS Active Directory看起来像个好主意！
我对这套软件组件的确很感兴趣。 nagios和RT3都显得相当可敬，需要被拖入2010年。（Zabbix是nagios替代者的竞争者，但更痛苦的是它是值得的，我回到了nagios（在通过hyperic分stream后））
无论我可能find答案！ ;-)很好的解决scheme，以处理这些许多不同的configuration问题，其数据中心自动化forms的Puppet实验室（ http://www.puppetlabs.com/ ）
一旦你回到了傀儡的思维方式，你开始想写傀儡食谱，而不是直接configuration服务器，并且不同的工具集的痛苦和尝试和错误消失。
木偶（或者如果你喜欢cfengine）结合你的configuration文件修订pipe理和许多这些工具的集中pipe理。
我估计，一旦你的服务器像傀儡这样的模板引擎pipe理，你的行政痛苦的50％就消失了。
就商业产品而言， KACE软件得到了很好的评价。 我不确定这些费用，但是如果您打算使用它的所有function，并拥有营销人员喜欢的“单一玻璃”，那么这根本就是不合理的。
它包括补丁pipe理，软件pipe理，帮助台票务，远程协助（您目前没有的东西），主机重新映像以及您提到的其他一些function。
我与KACE没有任何关系，但已经看到了几次成功的安装。 也就是说，如果您喜欢针对每个问题的个人解决scheme，那么没有太多的理由去使用KACE。