系列
- 1 分钟快速使用 Docker 上手最新版 Sentry-CLI - 创建版本
- 快速使用 Docker 上手 Sentry-CLI - 30 秒上手 Source Maps
- Sentry For React 完整接入详解
- Sentry For Vue 完整接入详解
- Sentry-CLI 使用详解
- Sentry Web 性能监控 - Web Vitals
目录
Apdex
- 失败率
- 吞吐量 (
Total
,TPM
,TPS
) - 延迟
- 平均事务持续时间
-
P50
阈值 -
P75
阈值 -
P95
阈值 -
P99
阈值
- 频率
User Misery
- 自定义阈值
Apdex
Apdex
是一种行业标准指标,用于根据您的应用程序响应时间(response time
)跟踪和衡量用户满意度(satisfaction
)。Apdex
分数提供特定 transaction
或端点中满意(satisfactory
)、可容忍(tolerable
)和失败(frustrated
)请求的比率。 该指标为您提供了一个标准来比较 transaction
性能,了解哪些可能需要额外优化或调查,并为性能设定目标。
以下是 Apdex
的组成部分及其公式:
-
T
:目标响应时间的阈值。 -
Satisfactory(满意度)
:当页面加载时间小于或等于T
时,用户对使用该应用感到满意。 -
Tolerable(可容忍度)
:当页面加载时间在T
到4T
之间时,用户认为该应用程序可以容忍使用。 -
Frustrated(失败)
:当用户的页面加载时间大于4T
时,他们对应用程序感到失望。 -
Apdex
:(满意请求数 +(可容忍请求数/2))/(总请求数)
在 Settings > Performance
中为 Apdex
配置令人满意的响应时间阈值 (ms)。 您可以使用自定义阈值为每个项目设置此项。
失败率
failure_rate()
表示不成功 transaction
的百分比。Sentry
将状态为 “ok”
、“canceled”
和 “unknown”
以外的 transaction
视为失败。 有关更多详细信息,请参阅可能的状态值列表。
吞吐量 (Total, TPM, TPS)
吞吐量表示给定时间范围内的事务数 (Total)、平均每分钟事务数 (TPM) 或每秒平均事务数 (TPS)。
延迟
平均事务持续时间
平均事务持续时间表示给定事务的所有出现的平均响应时间。
以下函数用于聚合事务(aggregate transaction
)持续时间:
average
-
various percentiles
(默认情况下,预构建的Transactions
查询显示第75
个和第95
个百分位数,但还有许多其他选项,包括自定义百分位数) - maximum
跟踪这些统计数据的一个用例是帮助您识别比组织的目标服务级别协议 (SLA
) 慢的事务。
查看平均值和百分位数时要注意一点:在大多数情况下,您需要设置跟踪,以便仅将可能的跟踪的一小部分实际发送到 Sentry
,以避免使您的系统不堪重负。 此外,您可能希望按日期或其他因素过滤您的 transaction
数据,或者您可能正在跟踪一个相对不常见的操作。 由于所有这些原因,您最终可能会得到方向正确但不准确的平均值和百分位数据。 (以最极端的情况为例,如果只有单个事务与您的过滤器匹配,您仍然可以计算“平均(average)”
持续时间,即使这显然不是“平均(average)”
通常的意思。)
对于某些指标,样本量小(以及由此导致的无法有效准确)的问题会比其他指标更频繁地发生,并且样本量也会因行而异。 例如,计算有意义的平均值所需的数据少于计算同样有意义的第 95
个百分位数所需的数据。此外,代表对 /settings/my-awesome-org/
的请求的一行可能包含的事务数量是代表对 /settings/my-awesome-org/projects/best-project-ever/
的请求的事务的数倍。
P50 阈值
P50
阈值表示 50%
的事务持续时间大于阈值。这也是中位数。例如,如果 P50
阈值设置为 10
毫秒,则 50%
的事务超过该阈值,耗时超过 10
毫秒。
P75 阈值
P75
阈值表示 25%
的事务持续时间大于阈值。例如,如果 P75
阈值设置为 10
毫秒,则 25%
的事务超过该阈值,耗时超过 10
毫秒。
P95 阈值
P95
阈值表示 5%
的事务持续时间大于阈值。例如,如果 P95
阈值为 50
毫秒,则 5%
的事务超过该阈值,耗时超过 50
毫秒。
P99 阈值
P99
阈值表示 1%
的事务持续时间大于阈值。例如,如果 P99
阈值为 5
秒,则 1%
的事务超过该阈值,耗时超过 5
秒。
频率
以下函数汇总 transaction
计数和 transaction
记录速率:
- count
- count unique values (对于给定字段)
- average requests (事务) per second
- average requests (事务) per minute
这些函数中的每一个都是根据给定行中的事务集合计算的,这意味着数字会随着您过滤数据或更改时间窗口而发生变化。此外,如果您已设置 SDK
来对数据进行采样,请记住,只有发送到 Sentry
的事务才会被计算在内。 因此,如果包含代表对给定端点的请求的事务的行计算为每秒接收 5 个请求,并且您启用了 25%
的采样率,则实际上您每秒收到大约 20
个请求到该端点。(20
因为您收集了 25%
- 或 1/4
- 的数据,所以您的实际数量是您在 Sentry
中看到的数量的 4
倍。)
User Misery
User Misery
是一个用户加权的性能指标,用于评估应用程序性能的相对大小。虽然您可以使用 Apdex
检查各种响应时间阈值级别的比率,但 User Misery
会根据满意响应时间阈值 (ms) 的四倍计算感到失望的唯一用户数。User Misery
突出显示对用户影响最大的事务。
您可以使用自定义阈值为每个项目设置令人满意的阈值。
自定义阈值
对于每个项目,您可以在 [Project] > Settings > Performance
中配置 Apdex
和 User Misery
的计算方式。您可以在 Transaction Summary > Settings
中覆盖事务级别(transaction level
)的项目级别设置。
计算方法确定持续时间是定义为事务的整个长度还是定义为特定的 Web Vital
,例如 LCP
。 响应时间阈值确定令人满意的基线持续时间是多少毫秒。 此阈值可能因项目而异,具体取决于项目面向用户的方式。
公众号:黑客下午茶