应用性能指标标准

Apdex 分数计算器和分数分析器

客观衡量用户满意度。将延迟直方图转换为标准化 Apdex 评级(满意、容忍、沮丧),以衡量真实用户应用程序体验。
目标响应阈值 (T)200 ms

Satisfied requests respond within T (200ms). Tolerating requests respond between T and 4T (800ms).

请求队列样本分发
满足的请求 (<= T ms)85.0%
容忍请求(> T ms 且 <= 4T ms)10.0%
受挫的请求(> 4T ms 或错误)5.0%
计算 Apdex 评级

好的 0.900 / 1.000

分析的总请求数1,000
用户满意度细分比例
Satisfied: 85.0%Tolerating: 10.0%Frustrated: 5.0%
Apdex分数计算步骤

公式:Apdex_T =(满意+容忍/2)/总请求数

Apdex_200 = (850 + 100 / 2) / 1000 = 0.9000

出色的0.94 - 1.00

卓越的响应能力;用户体验零摩擦。

好的0.85 - 0.93

稳定的性能满足绝大多数要求。

公平的0.70 - 0.84

明显的延误;对延迟敏感的用户可能会流失。

贫穷的0.50 - 0.69

经常发生严重延迟;用户挫败感高。

不可接受0.00 - 0.49

广泛的故障;需要立即进行技术干预。

了解应用程序性能指数 (Apdex)

应用程序性能指数 (Apdex) 是由性能监控供应商联盟创建的开放行业标准,用于衡量用户对软件应用程序响应时间的满意度。与简单的数学平均值(例如平均响应时间或平均延迟)不同,Apdex 将原始延迟分布直方图转换为 0.0(用户完全不满意)和 1.0(用户完美满意度)之间的标准化分数。

众所周知,数学平均值在网络监控中具有误导性。一小部分极端延迟异常值(例如数据库超时或冷启动暂停)可能会严重扭曲平均响应时间统计数据,使系统在绝大多数用户体验快速加载时间时显得缓慢。相反,平均延迟可能隐藏影响关键用户群体的显着退化。Apdex 通过根据定义的目标阈值 (T) 将每个用户请求分类到离散的满意度区域来解决这种扭曲。

Apdex 三大用户体验区

Apdex 通过根据目标响应时间阈值 T 将每个 HTTP 请求分类到三个区域之一来评估用户体验:

1. 满意区 (<= T)

用户体验快速、流畅的响应,没有明显的延迟。在 T 内完成的请求在 Apdex 计算中获得满分 (1.0)。

2. 容忍区(> T 至 <= 4T)

用户注意到轻微的响应延迟,但仍保持专注而不会放弃他们的任务。容忍请求在计算中获得半分 (0.5)。

3. 受挫区(> 4T 或错误)

响应延迟慢得令人无法接受,导致用户放弃任务或愤怒点击。HTTP 5xx 错误自动落入此区域。受挫的请求收到零信用 (0.0)。

Apdex 分数公式

计算给定目标阈值 T 的 Apdex 分数的数学公式为:

Apdex_T = (满足计数 + 容忍计数 / 2) / 总请求数

例如,如果应用程序处理总共 1,000 个请求,目标阈值 T = 500ms:

  • 850 个请求在 <= 500 毫秒内完成(满意)
  • 在 500 毫秒到 2000 毫秒之间完成 100 个请求(容忍)
  • 50 个请求花费了 > 2000 毫秒或返回错误(沮丧)

如何选择最佳目标阈值 (T)

选择适当的目标阈值 T 对于有意义的 Apdex 报告至关重要。将 T 设置得太高会产生不切实际的乐观分数,而将 T 设置得太低则将可接受的性能标记为失败:

  1. 电子商务和结帐工作流程:设置 T = 200ms 至 500ms。快速响应时间与购物车转化直接相关。
  2. SaaS 仪表板和 API 端点:设置 T = 500 毫秒至 1,000 毫秒,以实现复杂的数据库查询和数据可视化。
  3. 批处理和大量文件导出:在需要后台处理的情况下,将 T = 2,000ms 设置为 4,000ms。

常见问题解答

有关此主题的常见问题

自动化 Apdex 和 Web Vitals RUM

持续的真实用户 Apdex 监控

停止从日志转储手动计算 Apdex 分数。SimpleOps 自动跟踪所有用户访问的 Apdex 分数和核心 Web Vitals(LCP、INP、CLS),在延迟超出可接受的目标之前向您的团队发出警报。