炬鲸 OBSERVE v2.6.0 上线三大能力:告警静默窗口与动态基线、按 traceId 的日志上下文检索、基于 eBPF 的无侵入链路采集,同时修复了达梦适配与时区相关的若干问题,并附升级建议。
本次版本围绕三个高频痛点:告警误报太多、排查要翻多个服务的日志、遗留系统无法插桩。下面按功能拆开说明,文末附升级建议。
支持按日历设置静默窗口(如集合竞价、每周维护期),窗口内告警可降级或直接静默。告警规则新增「动态基线」模式,阈值按历史同期自动计算,不再写死。配合分级通知:P1 走电话 + 短信,P2 走企业微信,P3 只进邮件,避免低频告警刷屏。
动态基线的算法要点:取「昨日同时段 + 上周同一天同时段」的中位数作为基线,再乘以一个可配置的偏离系数(默认 2 倍)。这样既吸收正常波动,又能在真异常时快速触发。
在日志详情页点击任意一行,可一键查看该 traceId 关联的前后上下文日志,并直接跳转到对应 span。排查"某个请求为什么慢"不再需要在几十个服务里翻日志,从日志定位到 span 一步完成。上下文默认取前后各 50 条,可按需调整。
新增 eBPF 探针,在不改业务代码、不重启服务的前提下采集 HTTP / gRPC 调用的 trace 和基础 metrics,适合无法插桩的遗留系统。当前支持内核 4.18+,需开启 BPF;采集粒度到协议层,业务内自定义 span 仍需 SDK 埋点。探针以 sidecar 方式部署,对应用进程透明,CPU 开销控制在 3% 以内。
探针基于 kprobe / uprobe 挂载在网络和系统调用层,能看到协议层的请求 / 响应配对,不接触应用内存;因为工作在应用之下,进程抖动或即将崩溃时那些 in-process SDK 抓不到的调用也能捕获,对还原故障前一刻的状态很有用。
升级前先备份元数据,并在预发环境验证 eBPF 探针与内核版本的兼容性。动态基线需要至少 14 天历史数据才能稳定,建议灰度开启、观察一周再全量。另外提示:动态基线基于中位数,天然忽略分布两端的偶发尖峰,对偶发重试洪峰稳健;但如果流量出现真实、持续的新水位,基线需要一两天才会跟上,此时应缩短基线窗口而不是一味调大偏离系数。老版本升级到 v2.6.0 兼容现有配置,无需改动采集端;若启用了 eBPF 探针,注意先升级内核到受支持版本。