业务观测功能概述
业务观测将关键业务路径上的系统、服务、接口和技术组件组织成业务链路,并在同一业务视角下汇总指标、告警、日志和调用链数据。它帮助你先判断业务是否健康,再沿上下游关系定位异常节点,最后验证业务是否恢复。
功能价值
| 用户任务 | 业务观测提供的信息 | 可获得的结果 |
|---|---|---|
| 日常值守 | 业务链路状态、关键指标和持续告警 | 识别当前需要优先关注的业务链路。 |
| 异常定位 | 链路图、异常节点和上下游依赖 | 判断异常发生在哪个业务环节及可能的影响范围。 |
| 原因分析 | 节点关联的指标、接口、告警、日志和调用链 | 使用多种观测数据验证异常原因。 |
| 恢复验证 | 告警状态、节点状态和指标趋势 | 确认修复后业务是否恢复。 |

适用场景
- 需要从业务视角持续观察关键交易、服务流程或系统依赖。
- 发现错误率、响应时间、吞吐量或资源状态异常,需要沿业务路径排查。
- 需要判断一个异常对上下游系统、服务或实例的影响。
- 修复完成后,需要通过同一组业务指标和告警验证恢复结果。
工作原理
- 通过 Agent 或数据集成接入主机、进程、服务、指标、告警、日志和调用链等数据。
- 将系统、服务、接口、技术组件、应用组件或第三方实体组织为业务链路。
- 使用入口节点、接口范围、关键指标和告警规则定义业务健康判断依据。
- 在业务链路卡片和详情页观察状态,并从异常节点下钻分析。
- 修复后继续观察告警、节点状态和指标趋势,完成恢复验证。
主要功能
| 功能 | 用途 |
|---|---|
| 业务链路编排 | 添加业务节点、连接上下游关系,并按需定义接口和入口节点。 |
| 拓扑变化识别 | 按日比较调用拓扑与当前链路,核对节点和关系增减后同步最新结构。 |
| 健康状态监控 | 通过链路卡片、关键指标和告警状态识别异常业务。 |
| 节点下钻分析 | 查看节点关联的指标、接口、告警、日志、调用链和调用关系。 |
| 纵向架构观测 | 从业务节点继续检查主机、进程和服务实例等关联资源。 |
| 外部数据同步 | 导入第三方系统维护的业务链路、节点、连线和下钻关系。 |
业务链路与调用链的区别
| 对比项 | 业务链路 | 调用链 |
|---|---|---|
| 表达对象 | 围绕业务目标组织的系统、服务和组件关系 | 单次请求在服务间的实际调用过程 |
| 稳定性 | 相对稳定,体现业务架构 | 随每次请求动态产生 |
| 主要用途 | 监控业务健康、判断影响范围和组织排障入口 | 分析具体请求的耗时和错误 |
业务链路不是调用链的替代品。业务链路提供业务架构视角,需要请求级证据时再下钻到调用链。
第一次使用时,请按照业务观测落地步骤建立可用链路;完成落地后,再参考最佳实践持续优化。应用发布或依赖调整后,可按照处理拓扑变化核对并同步业务结构。