定义
Grafana 是开源监控与可视化平台，支持对接多种数据源。设备管理平台的 Telemetry 遥测、性能指标等数据可对接 Grafana，构建自定义监控看板，满足运维可视化需求。
与 DMP 的集成方式
Grafana 通过数据源插件对接 Prometheus、InfluxDB、Time Series DB 时序库、RESTful API 等。设备管理平台可将遥测数据写入 InfluxDB、Prometheus 等，或提供聚合查询 API，供 Grafana 拉取。支持设备在线率、告警趋势、OTA 进度、Device Health Score 健康分等指标的可视化。与 Dashboard 仪表盘、NOC 大屏类似，Grafana 侧重运维监控场景，支持告警规则、多数据源联合查询。
典型应用场景
在物联网设备管理场景中，Grafana 可用于构建设备遥测趋势图、区域健康度对比、告警统计、API 延迟监控等。支持变量、模板、权限管理，便于团队协作；支持嵌入与分享，可集成至 NOC 运维大屏。与 Tableau、Power BI 相比，Grafana 更侧重运维与开发人员，适合时序数据与实时监控。
选型与实现考量
Grafana 开源免费，支持自托管或 Grafana Cloud。与 DMP 集成时需确保数据源可访问、鉴权正确；大规模设备场景建议通过中间聚合层或数据仓库对接，保障查询性能。支持告警通知（邮件、钉钉、Webhook），可与设备管理平台告警联动。
面板查询和设备上报不是同一条链路
Grafana 在设备管理里的角色是查询和展示，不是设备接入本身。面板上的一条曲线，来自某次对数据源的查询：时间范围、过滤标签、聚合函数和刷新间隔都由面板决定。设备刚刚上报的一个原始点，要先被写入时序存储或被汇总接口准备好，才会在下一次查询里出现。因此面板上的“现在”通常是最近一个完整时间桶，而不是报文到达的那一毫秒。变量用来切换产品、分组或区域，应绑定到低基数的标签；把设备序列号做成无限展开的图例，查询会先被标签组合拖垮。告警规则若配置在面板一侧，它看到的是查询结果，和平台里那条原始事件不一定是同一条记录。报表更适合按天汇总，面板更适合值班时看近期趋势，两者的时间粒度不要混用。
适合放进面板的指标形态
适合接进来的，是已经按固定间隔聚合、标签集合稳定、并且允许被反复查询的指标：在线数量、某类告警的发生次数、升级任务所处阶段的设备数、接口耗时的分位。原始报文、单台设备的高频波形，应留在设备详情里按需查看，而不是放进每十秒刷新一次的公共面板。数据源账号只能读取约定的库或接口，不能用可改设备的管理凭据去画图。多租户时，标签或查询条件里要带上租户边界，单靠“看的人会自己筛选”并不构成隔离。刷新间隔应大于查询本身的耗时，否则请求会堆积。和平均修复时间这类需要明确起止规则的数字放在一起时，面板上要注明口径，避免把未关闭的工单也算进已经恢复的时长。
原始点直接进面板的后果
把每台设备的每次上报都当成一条时序，标签里再放入随意变化的字段，存储和查询都会膨胀，面板超时后被人误认为设备已经离线。时间桶选得比上报周期还短，曲线会出现大量空档，看起来像间歇故障。聚合用了平均值却不保留极值，短时越限在面板上消失，和告警列表对不上。不同产品的同名测点被画在同一条查询里，单位并不相同，纵轴失去意义。权限只做了登录、没有做到数据范围，一个面板链接把其他组织的设备数量也带了出来。时区和仪表盘默认时区不一致时，交接班看到的“昨夜高峰”会错位。数据源短暂不可用被画成零，值班人员会以为设备全部掉线，应区分“查无数据”和“数值就是零”。