核心要点
- Flashcat 的可视化能力不只包括仪表盘，还包括即时查询和快捷视图。
- 仪表盘适合沉淀稳定的观测经验，把关键指标、日志视图和排障视角长期保存下来。
- 即时查询适合故障排查中的临时分析，覆盖 metrics、logging、tracing 和其他数据源。
- 快捷视图适合让老手把复杂查询封装成可点击视图，让新手直接使用已有经验。
- 统一观测平台的可视化建设目标，不是堆更多图表，而是缩短从发现异常到定位对象的路径。
Flashcat 可视化能力解决什么问题
统一观测平台经常要回答三个问题：哪些内容需要长期看，哪些内容要临时查，哪些经验应该沉淀给更多人复用。
Flashcat 的可视化能力可以按这个思路理解：
| 能力 | 适合场景 | 主要价值 |
|---|---|---|
| 仪表盘 | 稳定关注的系统、服务、组件和业务指标 | 沉淀最佳实践，提供长期观测入口 |
| 即时查询 | 故障现场临时查询指标、日志、链路或其他数据 | 快速验证假设，补充排障证据 |
| 快捷视图 | 把常用对象和查询封装成可点击视图 | 降低使用门槛，让新手复用老手经验 |
仪表盘：沉淀长期观测经验
仪表盘是最常见的可视化需求。Flashcat 支持常见的仪表类型，包括时间序列图、指标值、表格、饼图、蜂窝图、排行榜、文字卡片、仪表等。
一些常见仪表盘已经内置到产品里，可以导入后直接使用。如果有些仪表盘希望作为内置仪表盘，也可以把相关文件提交到 integrations 目录下。内置仪表盘有专门的菜单展示：
仪表盘建设的重点不是把所有指标都放上去，而是把团队已经验证过的观测方法固化下来。例如数据库、Kafka、主机、应用服务、业务接口等对象，都可以沉淀成固定视图，方便日常巡检和故障排查。
即时查询：面向排障现场的临时分析
如果有些数据没有放到仪表盘上，但排查问题时仍然需要即时查看，可以使用 Flashcat 的即时查询功能。
下面是 metrics 的即时查询：
下面是日志的即时查询：
其他数据源也支持即时查询，例如 InfluxDB：
也可以查看 tracing 数据：
即时查询适合验证临时问题，例如某个指标是否异常、某类日志是否集中出现、某段 Trace 是否存在慢调用。它不一定需要长期保存，但应该能快速把排障假设转成查询结果。
快捷视图：把老手经验交给新手
即时查询需要用户熟悉数据，例如 metrics 查询需要知道指标名称和标签，这对新手并不容易。快捷视图可以在一定程度上解决这个问题。
例如，可以把所有 MySQL 实例做成一个视图罗列出来，把所有 Kafka 实例做成一个视图罗列出来。每次要查看某个 MySQL 实例时，直接点击即可，右侧就会自动拉出相关指标：
快捷视图的价值在于复用。熟悉指标、标签和查询方式的同学可以先把视图配置好，其他成员在排障时直接点击对象查看关联数据，减少记指标名、找数据源和写查询语句的成本。
建设建议
如果团队刚开始整理 Flashcat 可视化能力，可以按以下顺序推进：
- 先梳理核心对象：主机、数据库、中间件、应用服务、关键接口和业务指标。
- 为高频对象导入或创建仪表盘，沉淀日常巡检视角。
- 保留即时查询入口，支持故障现场临时验证。
- 为 MySQL、Kafka、主机、服务等常见对象配置快捷视图。
- 把成熟视图放入团队排障 SOP，让新成员按同一套路径查问题。
总结
Flashcat 的可视化能力可以分成三层：仪表盘用于长期观测，即时查询用于现场排障，快捷视图用于经验复用。
这三类能力组合起来，目标不是展示更多图，而是让团队更快回答“哪个对象异常、异常指标是什么、下一步应该查哪里”。
FAQ
Q1：仪表盘和即时查询有什么区别？
A：仪表盘适合长期关注和反复使用的视图，即时查询适合故障现场的临时分析。前者沉淀经验，后者验证假设。
Q2：快捷视图适合哪些对象？
A：适合 MySQL、Kafka、主机、应用服务等对象数量多、查询方式相对固定的场景。老手可以先配置视图，新手通过点击对象查看关联指标。
Q3：内置仪表盘如何扩展？
A：文章原文提到，如果有仪表盘希望作为内置仪表盘，可以把相关文件提交到 integrations 目录下，内置仪表盘会在专门菜单中展示。
