Grafana 是数据监控领域的标配。展示指标、配置告警、看仪表板——这套组合拳在过去十年里几乎成了"数据监控"的代名词。
但 Grafana 有一个结构性局限：它只看数据，不碰数据。
Grafana 的监控是"事后"的——数据已经写入数据库，Grafana 把它取出来展示、判断阈值、触发告警。如果数据本身有问题（字段映射错了、同步延迟了、数据重复了），Grafana 的仪表板上会显示一个异常数字，然后你收到告警，然后你去排查——但 Grafana 不会告诉你问题出在哪，更不会帮你修复。
今年 FineDataLink 发布 5.0 新版本，新增了数据质量监控、血缘分析、异常通知闭环等一系列能力，让监控告警从"事后展示"升级为"生产过程嵌入"。它的逻辑是：监控嵌入数据生产流程，告警直达根因。不是"数据出了问题再告警"，而是在数据加工过程中实时检测、发现异常自动阻断、通过血缘分析直接定位问题环节。
两种监控模式的本质差异
| 对比维度 | Grafana 监控模式 | FineDataLink 内置监控 |
|---|---|---|
| 监控对象 | 已落库的数据指标 | 数据生产全流程（任务、管道、质量） |
| 数据来源 | 从数据库/时序库读取 | 数据加工过程中的实时检测 |
| 发现问题 | 指标异常（值超阈值） | 任务失败、同步延迟、质量不达标、脏数据超限 |
| 根因定位 | 无（需人工排查） | 内置血缘分析，一键追溯到上游任务节点 |
| 告警方式 | 邮件、钉钉/企微/飞书 webhook | 邮件（含异常数据附件）、短信、企微/钉钉应用推送、群机器人 |
| 告警内容 | "指标 value=837 超过阈值 500" | "订单金额一致性检测发现 843 条异常，异常数据见附件 CSV" |
| 后续动作 | 人工排查修复 | 自动阻断流程、问题清单跟踪闭环、数据清洗修复 |
| 部署方式 | 独立部署（Grafana Server + 数据源） | 平台内置（5.0 新增数据质量监控模块），无需额外部署 |
| 适用场景 | 基础设施监控、业务指标看板 | 数据集成链路监控、数据质量治理（5.0 新增） |
Grafana 在数据监控中的三个盲区
盲区一：只看结果，不看过程
Grafana 监控的是"数据长什么样"，不是"数据怎么来的"。一个典型的场景：
某天 Grafana 的"日销售额"曲线突然掉了 30%。你收到告警，开始排查——是业务出了问题，还是数据出了问题？如果是数据问题，是 ETL 任务没跑、CDC 管道断了、还是字段映射改了？Grafana 不会告诉你这些。你需要登录 ETL 平台查看任务状态、翻日志、对比数据，一套流程走下来至少半小时。
FineDataLink 的监控覆盖数据生产全流程：定时任务运行状态、管道任务同步性能、数据质量检测结果、脏数据情况。如果 ETL 任务失败或管道延迟，平台直接告警，不需要等 Grafana 的指标异常才发现。
盲区二：告警只告诉你"病了"，不告诉你"哪疼"
Grafana 的告警规则基于阈值判断。配置一条"销售额 < 80 万告警"，收到告警时你只知道"销售额低于 80 万了"，但不知道是哪个渠道的数据没同步、哪个 ETL 节点出了问题、哪张表的字段映射错了。
FineDataLink 的异常通知可以把具体问题数据直接送达处理人。邮件正文展示异常数据列表，或附带 CSV/ZIP 附件，处理人打开邮件就能看到"哪条记录、哪个字段、值是什么"，不需要登录平台。同时，血缘分析可以一键追溯到上游的 ETL 任务节点，直接定位问题环节。
盲区三：发现问题后，没有"治理闭环"
Grafana 的告警是"通知即结束"。你收到告警，记下问题，去排查，去修复，去确认——这些步骤 Grafana 都不管。问题有没有修复、什么时候修复的、类似问题是否反复出现，没有系统化的跟踪。
FineDataLink 的问题清单功能把检测到的异常纳入跟踪管理：待处理→处理中→已修复→已验证，每个状态可指定负责人。数据清洗内置替换、加解密、公式三种清洗规则，修复后重新检测验证，形成闭环。
FineDataLink 监控告警能力拆解
1. 定时任务运维监控
| 能力 | 说明 |
|---|---|
| 运行状态监控 | 查看任务运行状态、执行历史、运行日志 |
| 失败自动重跑 | 可设置重跑次数和间隔时间 |
| 脏数据管理 | 允许设置脏数据上限，超限自动终止；提供脏数据清单支持批量校准 |
| 结果通知 | 支持邮件、短信、企微/钉钉应用推送、群机器人 |
| 超时中断 | 可设置任务超时时间，超时自动中断 |
| 批量操作 | 批量设置结果通知、容错机制 |
2. 管道任务运维监控
| 能力 | 说明 |
|---|---|
| 运行状态查看 | 查看管道任务运行状态、数据同步性能 |
| 断点续传 | 遇到网络波动等异常可随时从断点位置恢复同步 |
| DDL 变更监控 | 源库结构变化自动同步至目标端 |
| 异常检查 | 管道异常检查和处理 |
3. 数据服务运维监控
| 能力 | 说明 |
|---|---|
| API 任务管理 | 查看 API 运行状态和调用情况 |
| 调用监控 | 数据调用可追溯 |
| 批量上下线 | 支持 API 批量上下线 |
4. 数据质量监控（FDL 5.0 新增核心能力）
| 能力 | 说明 |
|---|---|
| 质量规则检测 | 基于六性（完整性、一致性、准确性、唯一性、时效性、有效性）设置规则 |
| 血缘分析 | 从数据表追溯到上游 ETL 任务节点，一键跳转查看运行记录 |
| 问题清单 | 异常问题闭环管理，支持责任人分配和状态跟踪 |
| 质量大屏 | 数据对象质量大屏报告，展示整体数据质量情况 |
| 数据清洗 | 内置替换、加解密、公式三种清洗规则 |
| 异常通知 | 前端查看、邮件正文展示、邮件附带 CSV/ZIP 附件 |
两种模式的适用场景
什么时候用 Grafana
Grafana 在基础设施监控和业务指标看板领域仍然是最优选择。以下场景建议保留 Grafana：
● 基础设施监控：服务器 CPU、内存、磁盘、网络等系统指标
● 应用性能监控：API 响应时间、错误率、QPS 等应用层指标
● 业务指标看板：日活、转化率、GMV 等业务 KPI 的实时展示
● 时序数据可视化：Prometheus/InfluxDB/Graphite 等时序数据源的展示
什么时候用 FineDataLink 内置监控
FineDataLink 的监控优势在于"数据生产链路"而非"基础设施"。以下场景建议用 FineDataLink：
● ETL 任务监控：定时任务是否按时执行、是否失败、是否超时
● 实时管道监控：CDC 同步是否正常、延迟是否在可接受范围、断点续传是否触发
● 数据质量监控：入仓数据的完整性、一致性、准确性是否达标
● 数据服务监控：API 调用是否正常、鉴权是否通过、响应是否超时
● 脏数据管理：异常数据的记录、告警、批量校准
最佳实践：组合使用
Grafana 和 FineDataLink 不是替代关系，而是互补关系。一个合理的监控架构是：
数据生产层（FineDataLink 监控）
├─ ETL 任务状态 → 失败/超时/脏数据告警
├─ 管道同步状态 → 延迟/断连/DDL变更告警
├─ 数据质量检测 → 完整性/一致性/准确性异常告警
└─ 数据服务状态 → API调用异常/鉴权失败告警
↓ 数据写入后
数据展示层（Grafana 监控）
├─ 业务指标看板 → 销售额/订单量/转化率
├─ 基础设施监控 → CPU/内存/磁盘
└─ 应用性能监控 → API响应时间/错误率
FineDataLink 负责"数据生产过程的监控"——确保数据按时、准确、完整地进入数仓。Grafana 负责"数据消费结果的监控"——展示业务指标、发现业务异常。两者各司其职，互不替代。
FAQ
1. FineDataLink 的监控告警支持哪些通知渠道？
支持邮件、短信、企业微信应用推送、企业微信群机器人、钉钉应用推送、钉钉群机器人。通知内容支持自定义，包括任务执行状态和计算值。
2. 数据质量检测的异常通知能带具体数据吗？
可以。FineDataLink 支持三种异常数据送达方式：前端页面直接查看、邮件正文展示异常数据列表、邮件附带 CSV/ZIP 附件。接收人不需要登录平台即可获取问题数据。
3. 如果 ETL 任务失败了，FineDataLink 会自动重试吗？
支持。可以设置失败自动重跑次数和间隔时间。同时支持超时中断设置，任务超时后自动中断并告警。
4. 我可以用 Grafana 展示 FineDataLink 的监控数据吗？
可以。FineDataLink 的监控数据最终写入数据库，Grafana 可以通过数据源连接读取。但 FineDataLink 内置的监控能力（任务状态、管道性能、质量检测、血缘分析）在 Grafana 中无法直接展示，因为这些是平台内部的状态数据，不是数据库中的业务指标。
免责声明：本文基于 FineDataLink 5.0 实际版本功能和 Grafana 公开资料撰写，产品信息可能随版本更新而变化，请以各厂商官方文档为准。
