炬鲸 OBSERVE v2.3 发布：告警聚合、OTel 深度支持与查询提速

炬鲸 OBSERVE v2.3 今天发布。这个版本聚焦三件事：告警别再刷屏、OTel 数据进得来也用得上、查询更快。以下是完整变更。

告警：聚合去重，不再刷屏

老版本里，一台机器上 10 个磁盘告警会发 10 条通知。v2.3 引入告警聚合，同一告警规则在同一维度（主机、服务、接口）下的多条事件会合并成一条，按「首次触发时间 + 受影响对象列表 + 最新状态」汇总推送。

group_by: [host, alertname]
group_wait: 30s
repeat_interval: 4h

新增"告警指纹"，相同指纹的重复触发只更新状态、不重复通知；只有状态变化（触发→恢复，或升级）才发新消息。配置了分级的企业，P2 告警默认聚合为每小时一条摘要。

OpenTelemetry：原生协议优化

之前 OTLP 数据要经过一层转换再入库，v2.3 改为直接解析 OTLP/JSON 与 OTLP/Protobuf，链路数据从 Collector 到可查询的延迟降低约 40%。同时新增：

• 支持 OTLP Logs 类型，日志和链路用同一个 trace_id 自动关联；
• Span 属性自动建索引，可按任意业务属性（如 order_id、user_id）检索；
• 内置 probabilistic 采样策略，按比例采样，避免高流量打爆存储。

查询与存储

日志查询在 aarch64 平台开启 SIMD 加速，聚合查询 P95 延迟下降约 35%。归档层新增对象存储的冷热分层，30 天前的数据自动转入冷存储，成本下降明显，查询时无感知（自动跨层检索）。

修复：达梦 8.1.1 之前的游标泄漏导致的偶发查询卡死；仪表盘在大时间范围下的内存占用过高；以及若干前端展示问题。

升级步骤与兼容性

从 v2.2 升级是原地升级，数据库 schema 自动迁移：

./upgrade.sh --from 2.2 --to 2.3

注意事项：

1. 升级前备份数据库和告警规则配置；
2. 告警聚合是新默认行为，旧的通知规则会自动迁移到聚合模式，建议升级后先在测试环境核对通知节奏；
3. 若使用第三方 Collector，OTLP 协议不变、无需改应用侧配置，但建议升到 0.90+ 以获得 OTLP Logs 支持。

完整文档与离线安装包已在官网下载页更新，信创（aarch64）版本同步发布。