炬鲸 OBSERVE v2.4.0 发布：trace 对比分析与告警降噪增强

v2.4.0 已发布，重点解决两个高频痛点：故障前后调用链对比难、告警噪声控制粒度不够。这两个诉求来自一线运维的集中反馈，排在本次迭代优先级最前。以下是完整更新说明。

新增：trace 对比分析

故障定位里有个常见场景：昨天还好好的，今天变慢了，想知道调用链哪里变了。以前只能靠人工对比两次 trace，费时且容易漏。v2.4.0 新增 trace 对比视图，选择两个时间点的 trace，自动高亮新增的调用、耗时变化的 span 和新增的错误节点。配合版本发布信息，能快速判断是哪次变更引入的问题。典型用法：发布前后各取一次同接口的 trace，直接读差异，不用再逐段肉眼比对。对比视图支持按 trace_id 或时间范围选取两次 trace，差异用颜色标注——新增调用标红、耗时增加标黄——扫一眼就能锁定可疑 span，不必通读整张火焰图。

增强：告警静默窗口与抑制规则

告警降噪这次做了两处升级：

• 静默窗口支持按标签匹配，例如只静默 env=staging 的告警，生产照常告；
• 抑制规则支持跨指标抑制，例如某主机宕机时，自动抑制它上面所有服务的可用性告警，只保留"主机宕机"这一条根因告警。

此外，静默窗口的标签值支持正则匹配，service=~order-.* 可以一次性静默某个服务族的告警。这两处让降噪从"一刀切"变成"按需精准静默"，测试环境的噪音不再淹没生产告警。

优化：达梦数据库查询性能

信创环境下用达梦存储元数据的场景，这次针对高频查询做了索引调整和分页优化，告警规则列表、日志检索的元数据查询延迟明显下降。升级后无需改配置，自动生效。本次优化针对两处热点：告警规则列表改用游标分页替代 offset，日志检索元数据查询增加了复合索引，避免了大表全扫描。建议信创用户升级后重新跑一遍元数据查询的基准，确认本地环境的提升幅度。

修复

• 修复 OTLP HTTP 接收端在大报文下偶发的连接重置问题；
• 修复日志检索按 trace_id 查询时部分历史数据未命中的问题；
• 修复告警通知模板中变量缺失时导致发送失败的问题。

升级说明

升级方式与往常一致：执行迁移脚本后滚动重启即可，数据兼容，无需重建索引。生产环境建议先在预发验证 trace 对比视图的数据加载耗时，再灰度到生产，避免对比大流量 trace 时给查询引擎带来额外压力。