可观测性平台夜莺开源项目发布V6正式版！

夜莺开源项目在 2023 年 7 月底发布 V6 正式版。这个版本开始，项目目标不再局限于开源监控系统，而是升级为开源可观测性平台。V6 初期先引入日志数据源并完成基础可视化，后续会继续推进指标、日志之间的数据串联和数据特征提取。

截至本文发布时，夜莺 V6 已经更新到 v6.0.1。相比之前版本，V6 在项目目标、数据源类型、内置经验、架构和配置方式上都有明显变化。

核心要点

夜莺 V6 将项目定位从“监控平台”推进到“可观测性平台”。
V6 初期引入 ElasticSearch 数据源，让日志数据可以进入夜莺的查询和大盘体系。
Categraf 与夜莺的 integrations 目录沉淀了常见中间件采集、大盘和告警规则。
新版本默认架构更简单，一个二进制即可覆盖大多数场景。
后续版本规划包含 LTS 支持周期和按月发布小版本的节奏。

1. 项目目标

V6 版本开始，夜莺的项目目标不止于监控平台，而是构建可观测性平台。监控部分的功能已经渐趋完善，后续还会继续补齐长尾需求，但基本功能已经比较完整。

作为稳定性体系的重要组成部分，监控和可观测性平台需要承担故障发现、故障定位两类职责。监控可以较好地完成故障发现；但要提升故障定位效率，就必须引入日志、链路追踪等更多上下文。

可观测性建设不是一步到位。夜莺 V6 初期首先引入日志数据源集成能力，可以集成 ElasticSearch 作为数据源，在夜莺里查看日志数据，并在同一个平台、甚至同一个大盘里同时看到指标和日志数据。

2. 当前情况

从 2020 年 3 月 20 日正式发布到本文发布时，夜莺项目已经有 GitHub star 6.7K、1.1K forks、23K docker pulls、100+ contributors、100+ releases。

夜莺star趋势

夜莺监控贡献者

下面给大家介绍一下新版本的一些功能特点。

3. 新功能介绍

整体来看，就是提升易用性。很多经验类的能力直接内置，简化了架构，简化了配置管理，简化了使用方式。

经验内置

夜莺经验内置

Categraf 已经内置支持常见中间件的数据采集。夜莺 V6 开始，内置常见中间件的监控仪表盘和告警规则，导入即可使用。常见中间件数量很多，项目不可能一次性全部覆盖，但这个机制可以持续演进。相关大盘、告警规则和采集说明都在项目的 integrations 目录下。

这类内置经验的价值，是把社区和项目团队反复验证过的监控实践沉淀成可复用资产，降低新用户的接入门槛。

提升灵活性

夜莺灵活性提升

夜莺项目以告警规则的管理见长，支持告警规则、屏蔽规则、订阅规则、抑制规则的管理，支持历史告警存档查询以及活跃告警的聚类查看。规则层面增加了很多小细节优化，增加了更多灵活的配置。

更丰富的告警事件处理，比如告警聚合、收敛、排班、认领、升级、协同等，推荐使用 Flashduty，可以对接市场上所有常见的监控系统以及云监控。

简化架构

夜莺简化架构

新版本简化了架构设计。默认情况下，只需要一个二进制即可，仍然可以对接常见采集器：Telegraf、Categraf、Grafana Agent、Datadog Agent、exporters 等；也仍然可以对接常见存储系统：VictoriaMetrics、Prometheus、Thanos、Mimir 等。

当然，如果某个机房的网络和中心不畅，我们还提供边缘机房的部署方案，这个功能是很多复杂场景的用户选择使用夜莺的原因。

简化配置

很多很多配置都挪到页面管理了。比如数据源的配置、通知配置、模板配置、权限配置。这些配置都可以在页面上完成，不需要修改配置文件了。

夜莺简化配置

引入日志数据源

既然要往可观测性平台发展，日志和链路追踪的能力是必须的，V6初步把ElasticSearch数据源给集成了进来，可以在夜莺里查看。后面逐步增加数据串联打通的逻辑。

夜莺引入日志数据源

4. V6 能解决哪些问题

问题	V6 的对应能力
监控平台只能看指标，缺少日志上下文	引入 ElasticSearch 数据源
新团队从零配置中间件监控成本高	integrations 中沉淀采集说明、大盘、告警规则
服务端组件多，部署理解成本高	默认一个二进制覆盖大多数场景
配置依赖文件和人工修改	数据源、通知、模板、权限等逐步页面化
多机房网络条件复杂	保留边缘机房部署方案