监控杂谈

CPU 负载高，到底应不应该告警？ 不告警吧，出了问题怕被怼，嫌你告警缺失 告警吧，好像全是噪音，工程师都自动忽略了 尴尬… 成年人的世界没有非黑即白，如果要严肃的论述，就要加很多限定词，为了避免歧义

今天在北京举办了 第三届CCF·夜莺开源创新论坛 的线下大会，正式发布夜莺 V8 版本，一直在等待正式版再上生产的小伙伴们，可以升级啦！ 先给大家贴几张照片，感受一下大会的盛况，再给大家介绍一下 V8

夜莺监控发布了 v8.beta14 版本，新增 Postgres 告警支持和 AI Summary 处理器（无缝集成 ChatGPT 和 DeepSeek 等），增强业务监控能力。

夜莺监控项目最核心的定位，是做一个告警引擎，支持多种数据源的告警。这个版本的更新主要是增加了对 MySQL 数据源的支持，进一步增强了夜莺在业务指标监控方面的能力。 之前版本的夜莺主要聚焦在 Prom

这个版本来得迟了一些，主要是新功能加的多，下面简单介绍一下新功能，下下周也计划做一次直播讲解。 支持 ClickHouse 告警 夜莺最重要的定位是告警引擎，所以会持续增加各类数据源的告警支持，Cli

业内经常讲可观测性有三大支柱：指标、日志、链路追踪，本文作者认为，还有第四大支柱：那就是配置类数据。配置类数据的变更也会影响系统的稳定性，也值得被监控，方便我们快速排查问题。 很多关于日志、指标和跟踪

Elastic Stack 在日志领域具备无与伦比的地位，各类新兴的开源项目都声称比 Elastic 更节省资源，同时检索速度也不慢，比如 ClickHouse、Loki、OpenObserve、VM

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

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

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

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

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

夜莺监控发布v8.beta5版本，重点优化了告警规则配置的UI，同时支持用户token认证鉴权方式，简化接口调用，便于和公司内部系统对接

告警事件产生之后，会带有一些 labels、annotations、description 等信息，有时这些信息不够规整需要二次处理，有时这些信息不够丰富需要附加更多信息，才方便 SRE 等 OnCa

对于大部分公司，通常都不止一套监控、可观测性相关的系统，云上的、云下的，开源的、商业的，指标的、日志的、链路的，各个系统体验不同，权限难管，如何统一化并为各个团队赋能，是很多技术负责人极为头疼的问题。

如果您从事软件开发、 SRE或DevOps工作，您可能听说过可观察性、遥测和跟踪等术语。这些概念对于理解应用程序在生产环境中的行为至关重要，并且它们是现代软件开发实践的重要组成部分。 您可能还听说过在

这是 MongoDB 监控系列文章的第七篇，探索 MongoDB 的监控指标，作为新手，我们从 Grafana 的仪表盘着手，通常写到仪表盘中的指标都是相对重要的指标

夜莺监控（Nightingale）已经内置支持了邮件、钉钉、飞书、企微等多种通知机制，本文讲解如何对接短信通道

VictoriaMetrics 中文教程系列文章第十篇，介绍 VictoriaMetrics 集群版

夜莺开源项目于国庆前夕发布了 v7.4.1 版本，修复了一些 bug，同时也带来了一些新功能。其中最重要的一个功能是：机器支持挂载到多个业务组了。本文将介绍几个重要的变更。