SRETALK

Prometheus 体系貌似已经成为新时代的监控标准，运维出去找工作，很多公司都要求掌握 Prometheus 相关知识。 但是，Prometheus 实际在应用时，通常会遇到一个典型问题：告警规则

对于很多偏传统的企业，尚未大规模应用 Kubernetes 技术，也没有为应用埋点，此时进程监控就很关键了。最典型的需求就是监控进程的存活性和进程的资源（CPU、内存等）占用。 本文分享使用夜莺监控开

本文分享使用 Kafka 的一些经典模式。有时你感觉 Kafka 好难搞，可能是因为不了解这些模式。 让我们从基础开始： 1.每个事件类型一个主题 反模式： 每个服务都有自己的主题？不不不，你要这么搞

有朋友问：我是业务应用的 DEV 或 SRE，我的应用依赖了底层服务和基础设施，比如依赖基础网络、Kubernetes、MySQL、收银台服务，那这些基础服务如果出问题，我应该收告警吗？夜莺里有个订阅

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

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

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

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

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