告警治理为什么需要单独做
传统监控系统的重心通常是采集、存储、可视化和生成告警，但告警发出之后，还有一整套处理流程需要支撑：谁接收、是否重复、是否需要升级、是否已经认领、是否需要协同、是否闭环、处理效率如何衡量。
当企业同时使用多套监控系统时，问题会更明显：
- 告警散落在不同系统和群聊里，无法统一分派和追踪。
- 告警风暴导致值班人疲劳，关键告警反而容易被淹没。
- 排班、升级、认领、静默、抑制和协同流程不统一。
- 无法按团队、服务、人员和告警源统计 MTTA、MTTR、压缩率和处理质量。
- 工程师在 IM、电话、短信、App 和监控系统之间来回切换，处理链路长。
Flashduty 的处理方式
Flashduty 是一站式告警响应平台，面向告警接收、降噪、分派、升级、触达和协同闭环。
| 能力 | 作用 |
|---|---|
| 多事件源接入 | 接收 Prometheus、Zabbix、Nightingale、Grafana、云监控、PagerDuty 等来源的告警。 |
| 聚合与降噪 | 对相似告警聚合，对重复和频发告警收敛，减少无效打扰。 |
| 分派与排班 | 按团队、服务、标签和时间段把告警送到正确的人。 |
| 升级与触达 | 支持 IM、电话、短信、邮件和 App 等触达方式，避免关键告警遗漏。 |
| 故障协同 | 围绕故障生命周期进行认领、处理、协同和状态同步。 |
| 数据分析 | 统计告警数量、压缩率、MTTA、MTTR、认领比例和团队处理效率。 |
适合的场景
- 公司有多套监控系统，但缺少统一告警响应中心。
- 值班人经常被重复告警打扰，告警风暴影响响应质量。
- 需要值班排班、升级、认领和多渠道触达。
- 希望量化故障响应效率，持续降低 MTTA 和 MTTR。
- 希望在 IM 内快速完成告警处理和状态同步。
推荐落地路径
- 先接入最关键的告警源，统一进入 Flashduty。
- 按团队、服务、告警级别和标签整理分派策略。
- 对高频告警配置聚合、抑制、静默和升级规则。
- 建立值班排班和触达策略，确保关键告警不遗漏。
- 用 MTTA、MTTR、告警压缩率和处理效率看板持续治理告警质量。
