告警治理和优化一直是监控、可观测性方向的难题，常见工作包括告警降噪、告警排班、告警抑制等。除此之外，告警通知本身还需要回答一个更直接的问题：收到告警的人，能不能立刻看见系统整体状态，并进入正确的排查入口？
本文聚焦告警优化的另一个问题：通知内容的丰富和引导。
当收到一条或大量有效的告警时，技术人员第一时间其实会想知道，或应该知道：
- 除了告警的这些点报出的异常外，整体系统还有没有别的异常同时在发生？
- 告警很多，异常很多，在整个系统上都是怎么分布的？
掌握这些信息，将有利于技术人员从全局入手去分析问题，快速确定问题处理的方案，特别是出现重要故障时。
Flashcat 提供截图推送功能：当系统出现异常或触发重要告警时，可以将观测系统中的指定页面截图发送到 IM 群，并引导用户从截图页面进入观测系统做进一步分析定位。
核心要点
- 截图推送解决的是告警通知内容不够直观、缺少全局状态的问题。
- Flashcat 当前可发送截图的页面包括北极星、灭火图、SLO、AI 巡检报告。
- 截图任务支持定时触发和异常触发，既可用于日常巡检，也可用于故障时的快速感知。
- 截图消息中的链接可以把技术人员带回 Flashcat 页面，继续做下钻分析。
截图推送适合解决什么问题？
传统告警消息通常只描述某个指标、某个对象或某条规则的异常，但真实故障往往需要先判断影响面：是单点异常，还是一组服务同时异常？是业务层先出问题，还是基础设施层出现连锁反应？
截图推送的价值在于，把“异常点”放回“全局视图”里。对于技术人员和管理者来说，尤其是在手机端查看告警时，一张北极星或灭火图截图比一串指标文本更容易判断优先级和处理方向。
Flashcat 支持哪些截图页面？
目前 Flashcat 可以发送截图的页面包括北极星、灭火图、SLO、AI 巡检报告，后续还会继续增加。
其中灭火图的截图推送功能最为丰富。灭火图用于观测和量化整个 IT 系统健康状态，详细介绍可参考：一张图掌握系统健康状态。
截图推送任务如何配置？
Flashcat 推荐的告警处理流程，尤其是故障处理流程，是第一时间查看灭火图：先掌握整体异常影响范围，再从圈定的异常点下钻追查问题。
当异常出现或告警触发时可以把灭火图首页或相应子系统的灭火图页面截图发送出来，方便用户快速感知全局的异常，并引导用户进入观测系统进行排查分析。
截图任务有哪些触发方式？
截图任务支持两种触发方式：定时触发和异常触发。
| 触发方式 | 适用场景 | 典型用法 |
|---|---|---|
| 定时触发 | 日常巡检、早会值守、管理层同步 | 设定具体时间和周期，到时间即发出所选页面截图，例如每天 9:00 发送各子系统灭火图状态 |
| 异常触发 | 故障感知、重要告警、异常扩散判断 | 当灭火图异常卡片数达到指定数值或比例，或出现新的异常卡片时触发 |
截图推送后的处理路径
IM 群中发出的截图效果如下：
技术人员可以从 IM 群消息中的链接直接进入系统查看和排查，也可以进入任务页查看和修改任务详情。
立即执行和回调怎么用？
截图推送任务还支持手动触发和调用API立即触发，这两种触发方式都相当于任务中的触发条件立即满足，所选中的页面截图会立即发出。
API 接口地址推荐配置在相关告警规则的回调里。一旦相应告警触发，就能自动回调触发截图任务，把截图页面发送出来。
手动立即执行，发出的截图效果如下，推送信息中标识了触发的方式：
FAQ
Q1：截图推送和普通告警通知有什么区别？ A：普通告警通知偏向描述某条规则或某个对象的异常，截图推送偏向展示全局状态，并把用户引导到可继续排查的页面。
Q2：截图推送更适合定时巡检还是故障告警？ A：两者都适合。定时触发适合日常巡检，异常触发适合重要告警和故障感知。
Q3：为什么灭火图适合作为截图推送页面？ A：灭火图能展示系统健康状态和异常分布，值班人员可以先判断影响范围，再从异常卡片下钻到指标、日志、链路等数据继续排查。
总结
Flashcat 截图推送任务可以用截图丰富告警内容，并引导用户进入系统进行问题追查。它尤其适合技术人员或管理者在手机上观察告警和系统状态：先看全局，再进入系统定位细节。
