夜莺 v8 正式版,来了

总结夜莺 v8 正式版的核心升级,包括更多数据源告警支持、事件 Pipeline、通知规则抽象、机器告警优化和新版告警全景看板。

作者 Nightingale

核心要点

  • 夜莺 V8 在第三届 CCF·夜莺开源创新论坛正式发布。
  • V8 的主线是把夜莺继续做成更完整的告警引擎,重点增强多数据源告警、事件 Pipeline 和通知规则。
  • 开源版支持常见数据源告警;出于产品定位考虑,后续新增数据源主要支持告警,不强调看图能力。
  • 事件 Pipeline 让告警事件可以在通知前做标签丰富、Relabel、Drop、AI 分析和 Callback。
  • 新版活跃告警全景看板优化了聚类、筛选和大屏展示体验。

今天在北京举办了 第三届CCF·夜莺开源创新论坛 线下大会,夜莺 V8 版本正式发布。一直在等待正式版再上生产的小伙伴,可以升级了。

先给大家贴几张照片,感受一下大会现场,再介绍 V8 版本的主要更新。

首先由尊敬的 中国计算机学会开源发展委员会主任王怀民 为大会致辞。夜莺项目作为中国计算机学会开源发展委员会成立之后接收的第一个捐赠项目,王主任非常重视。

内核观测、SRE、AI、故障定位、观测数据存储等话题都有分享。讲师有深度,观众提问也能切到重点。今年没有到场的朋友,明年记得来。

感谢各位开源社区小伙伴为项目输入的产品建议和 PR。V8 这个版本的产品完成度已经很高,明年的 V9 我都不知道该搞什么大的迭代了,哈哈哈。

夜莺 V8 更新总览

能力方向 V8 变化 对用户的价值
数据源告警 支持更多常见数据源告警 统一管理不同数据源产生的告警事件
事件处理 引入事件 Pipeline 在通知前对事件做标签丰富、过滤、Relabel、AI 分析或回调
通知链路 抽象通知规则、通知媒介、消息模板 让分派和消息模板配置更灵活
机器告警 机器支持多个业务组,告警规则支持变量和分层阈值 更适合混部机器和特殊阈值场景
活跃告警 新版告警全景看板 更适合 On-call 查看、聚类、筛选和大屏展示

更多数据源的告警支持

夜莺的核心定位是做一款告警引擎:对接不同数据源产生告警事件,并对事件做后续处理。既然定位在告警,支持更多数据源就是 V8 的重点方向。

开源版支持了常见的一些数据源。需要注意的是,由于产品定位考虑,后续支持的数据源都不支持看图,只支持告警。也就是说,夜莺在这里不是要替代所有可视化工具,而是侧重把多数据源告警能力打透。

这对生产环境的意义是:如果团队已经存在 Prometheus、VictoriaMetrics、ElasticSearch、ClickHouse 等不同类型的数据源,可以用夜莺作为统一告警入口,而不是为每一种数据源单独维护一套告警链路。

引入事件 Pipeline

告警事件产生之后,很多团队还会有额外处理需求,例如:

  • 与内部系统联动,查询信息并附加到告警事件上,为事件增加更多上下文,方便 On-call 人员快速定位问题。
  • 与内部系统联动,对事件做判断;如果符合某些条件,就 Drop 掉。
  • 与 AI 整合,把事件交给 AI 做分析和总结。
  • 对事件做 Relabel,类似 Prometheus 对指标做 Relabel 的逻辑。
  • Callback 给第三方系统,把告警事件发送过去,由第三方系统执行自动化逻辑。

事件 Pipeline 的价值在于把这些“告警产生之后、通知发出之前”的处理动作产品化。它让告警事件不再只是被动转发,而是可以在进入通知链路前被补充、判断、清洗和联动。

这个功能有很大的想象空间,因为它很方便和内部系统打通。下面两篇文章是之前网友的投稿,可以参考:

抽象出通知规则

V8 重新设计了整个通知链路,抽象出通知规则、通知媒介和消息模板等对象。内置支持 20 种通知媒介,也方便对接外部通知脚本和 HTTP 地址。

通知规则抽象的目的,是把“谁应该收到什么告警、以什么媒介收到、消息长什么样”拆成更清晰的配置对象。对复杂组织来说,这比在每条告警规则里硬编码通知方式更容易维护。

优化机器告警

V8 对机器告警做了两类关键优化:

  • 机器支持挂载多个业务组,解决生产环境里的机器混部场景。机器分类不止有标签机制,也可以用分组机制,降低类别信息硬要使用标签导致的非稳态概率。
  • 告警规则支持变量,配合机器的业务组挂载关系,可以灵活定义不同业务组机器的不同阈值,并支持底层节点阈值高优先级覆盖上层通用阈值。

场景举例: 我们团队所有机器都使用一个通用的 CPU 使用率告警阈值,但是部分机器比较特殊,需要使用不同阈值;这部分机器里有个别机器更特殊,还要使用更特殊的阈值。老运维应该懂这类痛苦。

这类能力适合两种常见场景:一是机器混部,单台机器同时承担多个业务角色;二是同类指标需要按业务组或具体机器设置不同阈值。过去如果全部依赖 PromQL 标签来描述,会遇到标签变更、时序断裂、标签语义混乱等问题。

新版告警全景看板

夜莺侧重产生告警事件,告警事件的展示自然也很关键。V8 优化了活跃告警事件的全景看板,提供更好的 UI、更方便的聚类和筛选,易用性大幅提升。

这个页面适合 On-call 日常值班,也适合投到大屏上展示当前活跃告警状态。对于告警数量较多的团队,聚类和筛选能力比单纯列表更重要,因为它决定了值班人员能不能快速从大量事件里找到真正需要处理的问题。

可视化能力是否也有增强

怎么都是告警相关的?仪表盘、可视化相关的没有增强吗?也有一些,不过夜莺的侧重点是告警,所以 V8 重点做的是告警能力。

如果你的核心诉求是统一告警、多数据源告警、告警事件处理、通知链路治理和 On-call 展示,V8 是一个重要版本。如果你的核心诉求是丰富图表类型和复杂可视化,仍然需要结合现有可视化工具一起使用。

更多信息

FAQ

Q1:夜莺 V8 的最大变化是什么? A:最大变化是告警引擎能力更完整,包括更多数据源告警、事件 Pipeline、通知规则抽象、机器告警优化和新版活跃告警看板。

Q2:新增数据源是否都支持看图? A:不是。文章明确说明,出于产品定位考虑,后续支持的数据源主要支持告警,不支持看图,重点是把告警能力做深。

Q3:事件 Pipeline 适合解决什么问题? A:适合在告警通知前对事件做二次处理,例如标签丰富、Drop、Relabel、AI 总结或 Callback 到第三方系统。

延伸路径

继续看解决方案和产品对比

如果你正在做监控、可观测性或故障定位相关选型,建议从解决方案和产品对比继续往下看。

快猫星云 联系方式 快猫星云 联系方式
快猫星云 联系方式
快猫星云 联系方式
快猫星云 联系方式
快猫星云