文件目录
- 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 视作不成功。相关大量详细资料，客户程序很有可能的状态值目录。
- https://develop.sentry.dev/sdk/event-payloads/span/
货运量 (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/ 的请求的事务管理的多倍。
- https://docs.sentry.io/product/sentry-basics/tracing/distributed-tracing/#data-sampling
P50 阈值
P50 阈值表明 50% 的事务管理延迟时间超过阈值。这也是平均数。例如，假如 P50 阈值设定为 10 ms，则 50% 的事务管理超出该阈值，用时超出 10 ms。
P75 阈值
P75 阈值表明 25% 的事务管理延迟时间超过阈值。例如，假如 P75 阈值设定为 10 ms，则 25% 的事务管理超出该阈值，用时超出 10 ms。
P95 阈值
P95 阈值表明 5% 的事务管理延迟时间超过阈值。例如，假如 P95 阈值为 50 ms，则 5% 的事务管理超出该阈值，用时超出 50 ms。
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 倍。)
- https://docs.sentry.io/product/sentry-basics/tracing/distributed-tracing/#data-sampling
User Misery
User Misery 是一个客户权重计算的性能指标值，用以评定应用软件性能的比较尺寸。尽管您可以应用 Apdex 查验各种各样反应时间阈值等级的比例，但 User Misery 会依据满意反应时间阈值 (ms) 的四倍测算觉得沮丧的唯一用户量。User Misery 突显对客户危害较大的事务管理。
您可以应用自定阈值为每一个工程项目设定让人满意的阈值。
自定阈值
针对每一个新项目，您可以在 [Project] > Settings > Performance 中配备 Apdex 和 User Misery 的计算方式。您可以在 Transaction Summary > Settings 中遮盖事务管理等级(transaction level )的新项目等级设定。
计算方式明确延迟时间是理解为事务管理的全部长短或是界定为指定的 Web Vital，例如 LCP。反应时间阈值明确让人满意的基准线延迟时间多少钱ms。此阈值很有可能因新项目而异，实际在于新项目以用户为中心的方法。
- https://docs.sentry.io/product/performance/web-vitals/