产品介绍

一、产品简介

APM 从应用和服务视角观察请求健康、调用路径、错误和目标达成情况。它把探针上报的应用、服务和实例收成目录，让研发与运维按时间、服务和环境检索调用链、端点和错误，并在错误率、时延、吞吐或无流量越界时发出告警。

与监控中心的基础设施指标不同，APM 回答的是「这次请求慢在哪一段、错在哪个服务、下游依赖是否拖垮了调用」。未接入探针的 Redis、PostgreSQL 等下游，只要出现在调用关系里，也可以在服务拓扑中被识别。

注意： 产品界面与接口已提供接入、观察和告警能力。数据面部署状态为 Beta，接入点仅限受信区域内网，不提供公网令牌接入。

二、产品核心优势

1. 按语言接入，服务自动进目录
   集成里创建应用后，按 Java、Python、Node.js、Go、.NET 获取离线安装指引。指引指向系统内下载地址和当前区域的内网接入点。应用开始上报后，服务与实例进入目录，不必先手工建监控对象。

2. 从健康总览走到单次调用
   首页看健康、SLO、告警和靠前的指标。服务页看可用性和时延目标是否达标。探索里按时间窗检索调用链、端点和错误，单条调用链可看跨服务路径。敏感属性在展示前已脱敏。

3. 目标与告警绑在服务上
   可为服务设定可用性或时延 SLO，并选择评估窗口。告警策略只使用错误率、P95、P99、吞吐和无流量五类指标。服务选项里已经带上环境，并要选择所属组织。告警保留触发当时的指标趋势和事件证据，关闭后不会被后来的实时数据改写。

4. 和平台组织、通知、告警中心衔接
   数据按当前组织授权查看。通知渠道来自系统管理，接入区域来自节点管理。策略触发后可投递通知，也可把事件副本抄送到告警中心。告警中心中的副本不会回写本模块。

三、产品应用场景

• 发布后确认服务是否变慢或变错
  接入后从服务列表进入异常服务，用调用链和错误聚合判断是本服务失败，还是下游依赖变慢。

• 守住可用性和时延目标
  为核心服务配置 SLO，在首页和服务页直接看到是否达标，而不是只看单机 CPU。

• 把应用异常交给值班
  按错误率、时延、吞吐或无流量配置策略，告警带当时证据，并可通知处理人或抄送告警中心进入统一处置。