炬鲸 OBSERVE v2.4.0 发布：异常检测、告警聚合与信创增强

OBSERVE v2.4.0 正式发布。这一版集中在三件事：让告警更聪明、让存储更省、让信创环境更好用。下面是关键更新和升级建议。

异常检测：从固定阈值到动态基线

过去告警只能设固定阈值，"CPU 超过 80% 告警"，但不同时段负载差异大，阈值要么半夜误报、要么高峰漏报。v2.4.0 新增基于历史基线的异常检测：系统根据过去 7 天同周期的数据自动学习正常区间，偏离超过 3 倍标准差才告警。配置示例：

alert:
  type: anomaly
  metric: payment.latency.p95
  window: 5m
  sensitivity: 3   # 3 倍标准差
  minDuration: 10m

建议新指标先并行跑两周，把"异常检测"和原固定阈值对照，确认无误报后再切换，别一上来就替换生产告警。

告警聚合：一个根因只发一条

v2.4.0 引入跨规则告警聚合。过去一次数据库抖动会同时触发几十条"依赖超时"告警；现在系统按根因维度（同一服务、同一时间段、同一下游依赖）把告警归并成一条，并附上受影响服务列表和共同的触发链路。聚合窗口和分组维度都可配：

alerting:
  groupBy: [rootCause, downstream]
  groupWindow: 5m
  maxAlertsPerGroup: 100

日志采样与存储优化

日志量大的团队可以按规则采样：ERROR 全量保留，INFO 按 10% 采样，DEBUG 按 1% 采样，既保住排障关键信息又压存储成本。配合新的冷热分层，超过 30 天的日志自动转冷存储，查询时可一键跨层检索，用户无感知。

信创与兼容性

ARM 侧：官方镜像新增对鲲鹏 920 的原生支持，采集器二进制升级为 AArch64 原生构建，eBPF 采集在麒麟 V10 上验证通过。升级注意三点：一是告警引擎配置格式有变更，升级后需按新 schema 迁移旧规则；二是异常检测需要至少 7 天历史数据才会生效，刚升级时不会立刻有基线；三是日志采样规则作用于新增数据，存量日志不受影响。

升级路径：先升级采集器再升级 observer，滚动进行，避免跨大版本（低于 v2.2 需先升到 v2.2）。完整改动见官方文档的 Release Notes。