异常追踪-错误聚合与事件上下文分析

异常追踪解决什么问题

把异常现象、处理进展和复盘经验沉淀到同一上下文

故障处理不只需要发现异常，还需要知道谁在处理、进展如何、相关证据在哪里、下次如何避免。异常追踪把监控告警、日志、Trace、事件和协作记录连在一起，帮助团队管理问题生命周期。

异常发生时，不要让证据散在截图、群聊和个人查询里

异常追踪支持从仪表板、事件、日志、监控等多个入口一键创建 Issue，并保留当时的查询条件和上下文。团队可以自定义异常等级、状态和分类，把临时发现的问题变成可跟踪的处理对象。

谁负责、处理到哪一步，要能被团队持续看到

异常问题可以按频道、时间、等级、负责人和状态进行筛选与订阅，并联动飞书、钉钉或企业微信通知。研发、SRE 和运维可以围绕同一个 Issue 沟通处理进展，减少重复同步和责任边界不清。

从 Issue 回到告警、事件、日志和链路，复盘才有证据

异常追踪可以与监控告警、事件中心、日志、APM Trace 和基础设施数据关联。处理人员可以从 Issue 回到原始证据，判断影响范围和根因；复盘时也能沉淀处理过程和经验，减少同类问题反复发生。

常见问题

异常追踪用于管理系统异常、告警和 Issue 的处理过程，把问题发现、上下文证据、负责人、状态和协作记录集中到同一流程中。

事件中心偏向统一管理告警、变更和安全事件；异常追踪更偏向围绕具体问题推进协作、状态跟踪和复盘沉淀。两者可以联动使用。

团队可以从多个查看器创建 Issue，分配负责人、设置等级和状态，并通过飞书、钉钉或企业微信同步进展，让异常处理过程更透明。

异常追踪可以关联监控告警、事件、日志、APM Trace、仪表板和基础设施数据，帮助团队保留排障证据并进行复盘。