版本更新 v2.4：日志聚类、Trace 瀑布图与告警升级

新增：日志聚类降噪

大促或故障高峰，同一类报错可能刷出几千条，人工翻页效率极低。v2.4 引入日志聚类，把同一时间窗内结构相似、仅变量不同的日志自动归为一类，只展示一条代表日志，附带出现次数、首次和末次时间：

[ERROR] Payment timeout for order {orderId}   × 328  首次 14:02:11
[ERROR] DB connection pool exhausted          × 41   首次 14:03:02

点开任一类可展开查看该类全部明细。判断"哪类错误最多"不再靠肉眼扫屏，直接看聚类后的计数，代表日志也立刻揭示了噪音背后的模板。

实现上，聚类是把日志里的变量部分（订单号、时间戳、IP）归一成占位符，再对相同模板分组——和生产环境的错误分组工具思路一致，只是直接做进了你已经在用的日志检索里。

新增：Trace 瀑布图

链路追踪详情页从列表升级为瀑布图（waterfall），按时间轴横向展示各 span 的起止与重叠关系，父子调用的等待、串行、并行一目了然。长耗时 span 高亮显示，配合点击下钻日志，定位阻塞点更快。

这对深层调用链尤其有用：扁平的列表看不出十个子 span 是串行还是并行，瀑布图一眼就能看清结构——串行意味着可以并行化，是实打实的优化线索。

新增：告警静默与分组通知

两个针对"告警疲劳"的功能：

• 静默窗口：例行发版、计划内压测期间，可设置静默时间段，避免误报警轰炸；
• 分组通知：同一告警规则在窗口期内多次触发，只发一条汇总，防止通知风暴。

配置示例：

alert:
  rule: "payment_error_rate > 1%"
  silence:
    from: "2026-10-11 02:00"
    to:   "2026-10-11 04:00"
  group:
    window: 5m

优化与修复

• 优化：日志检索大数据量下的分页性能，翻页延迟降低约 30%。
• 优化：OpenTelemetry Collector 上报的指标聚合精度提升。
• 修复：修复多租户下部分告警通知串租户的问题。
• 修复：修复麒麟 V10 特定内核下采集器偶发崩溃的问题。
• 修复：修复 UTC 时区下时间戳解析偏移错误的问题。

多租户那条值得单独强调：共享平台里，通知发错租户不是体验瑕疵，是数据隔离事故，建议所有多租户用户尽快升级。

升级说明

从 v2.3 升级到 v2.4，直接替换二进制并保留原配置即可，数据库结构无破坏性变更。升级后建议先跑一轮日志检索与告警自检，确认聚类、瀑布图、静默窗口三个新功能正常后再切流量。升级前照例备份配置，若发现异常，恢复 v2.3 二进制即可回滚。