SRETALK

本文介绍夜莺开源项目（Nightingale）的模板函数，夜莺内置了很多模板函数，可以对告警事件做一些渲染调整，方便 On-call 人员根据告警事件处理告警。 本文大纲： 夜莺开源项目简介 夜莺模板

Prometheus 生态已经成为新时代的监控标准，很多公司都用到了 Prometheus 生态的产品。在使用 Prometheus 过程中，经常有人困惑：为何在告警恢复时拿不到恢复时的值？ 我们从原

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

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

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

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

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

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

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