业务监控是什么
技术指标正常不代表业务正常：支付渠道故障时接口仍可能返回 200，下单成功率却在下降。业务监控直接度量成交、注册、活跃这类结果性指标，并按渠道、地域、版本等业务维度切分，价值在于尽早暴露收入与用户体验受损。它与技术监控互补——技术指标解释系统状态，业务指标说明这些状态是否已经伤害到用户。
基本信息
| 数据来源 | 应用埋点、事件流、数仓汇总 |
|---|---|
| 常见指标 | 订单创建量、支付成功率、注册转化率、活跃量 |
| 切分维度 | 渠道、地域、版本、用户分层 |
| 口径管理 | 埋点变更需与数据团队对齐并维护口径文档 |
典型使用场景
- 收入保障：支付成功率下降时立即触发高优先级告警
- 渠道故障定位：分渠道对比成功率，快速区分单渠道还是全局问题
- 发布验证：上线后对比转化率曲线是否出现台阶
- 容量与活动：活动期间按分钟观察下单量，判断容量是否够用
- 数据质量校验：业务量与技术请求量比例异常时先怀疑埋点
业务指标查询示例
业务指标查询示例
# 下单成功率（5 分钟窗口）
sum(rate(order_submitted_total{result="success"}[5m]))
/ sum(rate(order_submitted_total[5m]))
# 分渠道支付成功率，便于发现单渠道故障
sum by (channel) (rate(payment_finished_total{result="success"}[5m]))
/ sum by (channel) (rate(payment_finished_total[5m]))
# 与技术指标对照：接口成功率正常但下单量骤降，通常是业务逻辑或上游依赖问题常用业务指标
| 指标 | 口径 | 异常信号 |
|---|---|---|
| 下单成功率 | 成功下单数 / 总提交数 | 快速下滑往往先于投诉出现 |
| 支付成功率 | 成功支付数 / 发起支付数 | 分渠道对比可定位单一支付通道 |
| 注册转化率 | 完成注册数 / 进入流程数 | 流程改动后常见回归 |
| 订单量同比 | 与上周同一时段对比 | 需考虑节假日与活动影响 |
| 活跃用户量 | 窗口内去重活跃数 | 骤降需先排查埋点是否中断 |
业务指标要防止重复上报与口径漂移：埋点变更需要与数据团队对齐，口径文档随代码一起维护，否则同一指标在不同系统的数字会对不上。
业务指标与事件流依赖采集链路：埋点上报中断时指标会真假难辨，配套的采集健康度检查与业务指标同等重要。