5个系统管理员常用的警报和可视化工具

为什么Arachnys创造abot?嗯，这对每个人来说都是一个圣诞礼物，因为这是一个圣诞节项目，因为它的开发人员无法围绕Nagios。真的，谁可以怪他们? Cabot是用Django和Bootstrap编写的，因此对大多数人来说应该很容易为项目做出贡献。 (另一个有趣的事实：名字来自创作者的狗。)

Cabot架构与Bosun类似，因为它不收集任何数据。相反，它通过其提醒的工具的API访问数据。因此，Cabot使用拉动(而非推动)模型进行警报。它可以访问每个系统的API，并根据特定的检查检索所需的信息。 Cabot将警报数据存储在Postgres数据库中，并且还具有使用Redis的缓存。

Cabot原生支持Graphite，但它也支持Jenkins，这在该领域很少见。Arachnys使用Jenkins就像一个集中式的cron，但我喜欢这种处理构建失败的想法，比如停机。显然，构建失败并不像生产中断那么重要，但如果失败未得到解决，它仍然可以提醒团队并升级。每次收到有关构建失败的电子邮件时，谁真正检查Jenkins?我也是!

另一个有趣的功能是Cabot可以与Google日历集成以进行随叫随到的轮换。Cabot将此功能称为罗塔(Rota)，这是英国名单或轮换名词。这很有意义，我希望其他系统能够进一步理解这个想法。Cabot不支持比主要和备用人员更复杂的任何东西，但肯定有额外功能的空间。文档说如果你想要更先进的东西，你应该看一个商业选择。

3.StatsAgg

StatsAgg?这是怎么做到的?好吧，并不是每天都会遇到一家创建了警报平台的出版公司。我认为值得认可。当然，皮尔森不再只是一家出版公司了;它有几个网站和O'Reilly Media的合资企业。但是，我仍然认为它是出版我的教科书和考试的公司。

StatsAgg不仅仅是一个警报平台;它也是一个指标聚合平台。它有点像其他系统的代理。它支持Graphite，StatsD，InfluxDB和OpenTSDB作为输入，但它也可以将这些指标转发到各自的平台。这是一个有趣的概念，但随着中央服务的负载增加，可能存在风险。但是，如果StatsAgg基础结构足够强大，即使后端存储平台出现中断，它仍然可以生成警报。

StatsAgg是用Java编写的，只包含主服务器和UI，可以将复杂性降至最低。它可以基于正则表达式匹配发送警报，并专注于服务而不是主机或实例的警报。 它的目标是填充开源可观察性堆栈中的空白，我认为它做得很好。

三、可视化工具

1.Grafana

（编辑：惠州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!