Answers:
我们面临着同样的决定，目前nconf是我们的最爱。它具有为大型分布式环境设计的beeing的巨大优势。
它会自动为不同的nagios服务器创建配置文件，一个配置文件会收集某种蜂鸣器，另一种监视器会从监视者那里接收蜂鸣器。
不利的一面是，当前您无法使用nconf处理升级！
http://sourceforge.net/apps/mediawiki/nconf/index.php?title=Main_Page
我们在管理Nagios的Opsview方面拥有丰富的经验。但是，将其视为Nagios的“前端”是错误的。而是将其视为使用Nagios作为其底层引擎的监视系统。
Nagios配置存储在数据库中，而Nagios配置文件是通过编程生成的，因此，如果您习惯于将Nagios配置存储在源代码管理中，或者使用自己的一些脚本生成它们，则需要放弃那些程序。
相反，您得到的包括以下内容：
-史蒂夫
我很讨厌的陷阱是，配置前端有时可能会创建非常混乱的配置文件，如果以后需要手动编辑，这些文件就不直观。对于使用机器生成的配置文件的任何系统来说，这都是一个问题，即使它不直观，也相当容易理解。
使用Nagios时，我通常的方法是广泛使用模板和继承功能，并将我的配置分成很多很多文件。
值得注意的是，Nagios社区最近叉了起来，因为主要开发人员缺乏领导技能，而Nagios十年来确实没有改善或改变很多。Icinga应该是新酷，但是我还没有尝试过。
UbuntuGeek今天刚刚发布了有关此主题的文章。它与Xerxes 的http://www.ducea.com回答大致相同，但仅是最新文章，其中添加了一些较新的项目。无论如何，它是一个不错的快速概述，涵盖了多个Nagios配置gui，应该给你一个很好的起点。
http://www.ubuntugeek.com/nagios-configuration-tools-web-frontends-or-gui.html
编辑
新的正式 nagios交易所今天也开放了，这里是“配置”部分的链接以供快速参考：
出于与您相同的原因，我们必须实现一个前端。我个人觉得它们都有些笨拙，并且希望手动管理配置文件（省力）。但是似乎您没有太多选择。
我们使用君主，但我不太喜欢。
我也没有尝试过其他任何方法，但是您可以从这里开始...
我肯定会推荐Centreon作为Nagios前端。它不仅简化了配置过程，而且还可以用于状态显示和Nagios检查返回的性能数据的收集，然后转换为漂亮的图形。因此，从某种意义上说，仙人掌也过时了。