v2.4 发布：OpenTelemetry 原生接入、Trace 拓扑图、告警静默与分组

新增：OpenTelemetry 原生接入

之前接入链路追踪需要走平台的私有上报协议，现在 v2.4 原生支持 OTLP/HTTP 和 OTLP/gRPC。已经用 OTel SDK 或 Collector 的服务，只需把 exporter 的 endpoint 指向炬鲸 OBSERVE，换一个 Token，无需改动埋点代码。

同时支持从 Collector 同时接收 traces、metrics、logs 三类信号，一个端口搞定。对于已经在用 OpenTelemetry 做标准化的团队，迁移成本几乎为零：改一个 endpoint 和一个 Token，重启 Collector 即可。我们也支持 gRPC 接收端的 mTLS，遥测数据端到端加密，满足监管与信创场景对传输层加密的要求。这同样意味着，今天按 OTel 标准接入的新服务，明天无需平台专用 SDK 就能直接对接。

新增：Trace 拓扑图与服务依赖分析

链路详情页新增拓扑视图：以服务为节点，按调用关系自动生成依赖图，节点的颜色和粗细反映错误率与调用量。一眼就能看出哪些服务是热点、哪些依赖是单点。

配套的依赖分析可以回答这类问题：「某服务挂了会影响哪些下游？」「两个服务之间最近的调用量变化趋势如何？」对微服务治理和容量规划都有直接帮助。拓扑数据由链路数据实时聚合而来，不需要额外部署服务网格或单独埋点，开关一开，之前采集的链路就能生成拓扑图。点击节点可以按该服务过滤链路列表，点击边可以看到跨这两个服务调用的 span 明细；视图还会标记近一小时错误率骤变的服务，让你在告警响起之前先发现问题。

告警升级：静默窗口与分组收敛

告警疲劳是运维的常见痛点。v2.4 新增两个能力：

• 静默窗口：按时间段或固定周期静默告警，比如凌晨 2 点到 6 点的非核心告警不再打扰值班，维护窗口期间也可一键静默
• 分组收敛：同一告警在短时间内的多次触发合并成一条通知，按服务或告警规则分组，避免一个故障刷屏几十条

静默窗口支持一次性区间和 cron 式的循环周期两种写法，分组收敛可按时间窗和分组键调节，还新增了按规则的「自动恢复」设置——告警停止触发后自动清除，不再长期挂在活跃列表里。三者都可按告警规则单独配置，不影响其他规则的正常触发。实际效果是告警通道更安静，但 P0 一个不落，减少大家因为噪音太多而调低敏感度、最后漏掉真告警的情况。

其他优化与修复

• 日志检索对高基数字段（trace_id、user_id）的查询性能提升约 50%
• 大跨度 Trace 的水合更流畅，10 万 span 的链路也能秒开
• 修复了采样配置在部分场景下不生效的问题
• 修复了告警规则在跨时区场景下触发时间偏差的问题
• 提升 OTLP 接收端默认吞吐，降低突发流量下的内存压力

升级方式：私有化部署用户联系交付团队获取 v2.4 安装包，按升级文档执行即可，数据平滑迁移、无需停机。SaaS 用户已自动升级，无需操作。如常，遇到问题可通过交付团队或控制台内反馈通道提交，带上 trace id 的详细报告能帮我们更快定位。