夜莺v5版本重大更新，转型为专注于监控告警的平台，采用PromQL增强灵活性，并与Prometheus、Telegraf、Grafana等广泛集成。相比Open-Falcon，Nightingale更云原生，支持更多时序库和监控对象管理，提供告警规则配置、自愈机制等功能。其架构包含server和webapi模块，实现灵活高效的监控解决方案。
大家好，经过几个月的研发，夜莺v5正式版跟大家见面了，这个版本做了巨大的产品定位调整，不再是一个运维平台，而是专注监控告警这个细分领域，拥抱Prometheus生态，争取把监控这个事情，做到极致！这是新版的截图，给大家一个直观的认识先。
这个版本的功能设计全部是围绕监控告警来的，比如告警规则、屏蔽规则、订阅规则的管理，活跃告警、历史告警的查看，监控数据查看，提供不同的看图视角，监控对象的管理，告警自愈机制，人员权限等等
为啥开始拥抱Prometheus生态呢？
核心是PromQL的能力，作为一款完备的监控产品，一定要具备QL的能力，否则灵活性将大大降低，之前Open-Falcon或者Nightingale的老版本，只能通过标签做匹配，灵活性不好，需要把一些计算逻辑前置到采集侧，新版本我们想解决这个问题，但是重复造轮子也不可取，所以就沿用了PromQL的能力。
这个版本非常的开放，不止可以和Prometheus深度集成，也可以和Telegraf、Grafana、Grafana-Agent、Datadog-Agent、VictoriaMetrics、M3DB等良好协同，没有软件绑定问题。
与Open-Falcon的区别
因为开发Open-Falcon和Nightingale的是一拨人，所以很多社区伙伴会比较好奇，为何要新做一个监控开源软件。核心点是Open-Falcon和Nightingale的差异点实在是太大了，Nightingale并非是Open-Falcon设计逻辑的一个延续，就看做两个不同的软件就好。
Open-Falcon是14年开发的，当时是想解决Zabbix的一些容量问题，可以看做是物理机时代的产物，整个设计偏向运维视角，虽然数据结构上已经开始设计了标签，但是查询语法还是比较简单，无法应对比较复杂的场景。
Nightingale直接支持PromQ
最低0.47元/天 解锁文章
扫一扫
1027
到【灌水乐园】发言
