SRETALK

本文介绍夜莺新版本的一个重要更新，支持在中心端无法连通的时序库的告警。这个版本的更新增强了夜莺的灵活性和可用性，尤其是在复杂网络环境下的应用场景。希望大家能在实际使用中体验到这个新功能的便利。

今天聊一下这个很让人扫兴的问题。刷进来的人，大概率至少是总监以上角色，或者有追求、善于思考的运维人员。握个手，幸会。 谁来回答这个问题 普通运维工程师无需回答，因为这是 CTO 最应该回答的问题。CT

夜莺监控 v8.0 版本抽象了通知规则的概念，本文讲解在新版通知规则里如何对接飞书，发送飞书告警，既可以支持普通飞书消息也可以支持飞书卡片消息。

夜莺监控 v8.0 版本引入了新版通知规则，可以很方便对接钉钉、企微、飞书，本文介绍如何对接企微告警。

夜莺 v8 从 beta7 版本开始，抽象了通知规则的概念，本文介绍如何使用新版通知规则对接钉钉通知

夜莺监控在 v8.beta7 中做了一个巨大革新，抽象了一个通知规则的概念，来增强告警通知的灵活性，解决多年来的夙愿。

前言 夜莺类似 Grafana 可以接入多个数据源，查询数据源的数据做告警和展示。但是有些数据源所在的机房和中心机房之间网络链路不好，如果由 n9e 进程去周期性查询数据并判定告警，那在网络链路抖动或

经常在夜莺社区收到用户反馈，说查询某个监控指标，昨天的峰值是 xx，今天再次查询，发现昨天的峰值看不到了，然后开始吐槽，你们这监控怎么搞的，一点都不准啊。事实真的是这样吗？ 真实原因 本质上这是因为

大家有没有发现，随着公司发展，慢慢引入了越来越多的监控、可观测性的系统，云上的、云下的，开源的、商业的，通用的、特定产品的，导致告警事件分散在非常多的地方，形成一个一个的数据孤岛。比如下面这些监控系统