[[423280]]

目錄

• Apdex
• 失敗率
• 吞吐量 (Total, TPM, TPS)
• 延遲
  • 平均事務持續(xù)時間
  • P50 閾值
  • P75 閾值
  • P95 閾值
  • P99 閾值
• 頻率
• User Misery
• 自定義閾值

Apdex

Apdex 是一種行業(yè)標準指標，用于根據(jù)您的應用程序響應時間(response time)跟蹤和衡量用戶滿意度(satisfaction)。Apdex 分數(shù)提供特定 transaction 或端點中滿意(satisfactory)、可容忍(tolerable)和失敗(frustrated)請求的比率。該指標為您提供了一個標準來比較 transaction 性能，了解哪些可能需要額外優(yōu)化或調查，并為性能設定目標。

以下是 Apdex 的組成部分及其公式：

• T：目標響應時間的閾值。
• Satisfactory(滿意度)：當頁面加載時間小于或等于 T 時，用戶對使用該應用感到滿意。
• Tolerable(可容忍度)：當頁面加載時間在 T 到 4T 之間時，用戶認為該應用程序可以容忍使用。
• Frustrated(失敗)：當用戶的頁面加載時間大于 4T 時，他們對應用程序感到失望。
• Apdex：(滿意請求數(shù) +(可容忍請求數(shù)/2))/(總請求數(shù))

在 Settings > Performance 中為 Apdex 配置令人滿意的響應時間閾值 (ms)。您可以使用自定義閾值為每個項目設置此項。

失敗率

failure_rate() 表示不成功 transaction 的百分比。Sentry 將狀態(tài)為 “ok”、“canceled” 和 “unknown” 以外的 transaction 視為失敗。有關更多詳細信息，請參閱可能的狀態(tài)值列表。

• https://develop.sentry.dev/sdk/event-payloads/span/

吞吐量 (Total, TPM, TPS)

吞吐量表示給定時間范圍內的事務數(shù) (Total)、平均每分鐘事務數(shù) (TPM) 或每秒平均事務數(shù) (TPS)。

延遲

平均事務持續(xù)時間

平均事務持續(xù)時間表示給定事務的所有出現(xiàn)的平均響應時間。

以下函數(shù)用于聚合事務(aggregate transaction)持續(xù)時間：

• average
• various percentiles(默認情況下，預構建的 Transactions 查詢顯示第 75 個和第 95 個百分位數(shù)，但還有許多其他選項，包括自定義百分位數(shù))
• maximum

跟蹤這些統(tǒng)計數(shù)據(jù)的一個用例是幫助您識別比組織的目標服務級別協(xié)議 (SLA) 慢的事務。

查看平均值和百分位數(shù)時要注意一點：在大多數(shù)情況下，您需要設置跟蹤，以便僅將可能的跟蹤的一小部分實際發(fā)送到 Sentry，以避免使您的系統(tǒng)不堪重負。此外，您可能希望按日期或其他因素過濾您的 transaction 數(shù)據(jù)，或者您可能正在跟蹤一個相對不常見的操作。由于所有這些原因，您最終可能會得到方向正確但不準確的平均值和百分位數(shù)據(jù)。(以最極端的情況為例，如果只有單個事務與您的過濾器匹配，您仍然可以計算“平均(average)”持續(xù)時間，即使這顯然不是“平均(average)”通常的意思。)

對于某些指標，樣本量小(以及由此導致的無法有效準確)的問題會比其他指標更頻繁地發(fā)生，并且樣本量也會因行而異。例如，計算有意義的平均值所需的數(shù)據(jù)少于計算同樣有意義的第 95 個百分位數(shù)所需的數(shù)據(jù)。此外，代表對 /settings/my-awesome-org/ 的請求的一行可能包含的事務數(shù)量是代表對 /settings/my-awesome-org/projects/best-project-ever/ 的請求的事務的數(shù)倍。

• https://docs.sentry.io/product/sentry-basics/tracing/distributed-tracing/#data-sampling

P50 閾值

P50 閾值表示 50% 的事務持續(xù)時間大于閾值。這也是中位數(shù)。例如，如果 P50 閾值設置為 10 毫秒，則 50% 的事務超過該閾值，耗時超過 10 毫秒。

P75 閾值

P75 閾值表示 25% 的事務持續(xù)時間大于閾值。例如，如果 P75 閾值設置為 10 毫秒，則 25% 的事務超過該閾值，耗時超過 10 毫秒。

P95 閾值

P95 閾值表示 5% 的事務持續(xù)時間大于閾值。例如，如果 P95 閾值為 50 毫秒，則 5% 的事務超過該閾值，耗時超過 50 毫秒。

P99 閾值

P99 閾值表示 1% 的事務持續(xù)時間大于閾值。例如，如果 P99 閾值為 5 秒，則 1% 的事務超過該閾值，耗時超過 5 秒。

頻率

以下函數(shù)匯總 transaction 計數(shù)和 transaction 記錄速率：

• count
• count unique values (對于給定字段)
• average requests (事務) per second
• average requests (事務) per minute

這些函數(shù)中的每一個都是根據(jù)給定行中的事務集合計算的，這意味著數(shù)字會隨著您過濾數(shù)據(jù)或更改時間窗口而發(fā)生變化。此外，如果您已設置 SDK 來對數(shù)據(jù)進行采樣，請記住，只有發(fā)送到 Sentry 的事務才會被計算在內。因此，如果包含代表對給定端點的請求的事務的行計算為每秒接收 5 個請求，并且您啟用了 25% 的采樣率，則實際上您每秒收到大約 20 個請求到該端點。(20 因為您收集了 25% - 或 1/4 - 的數(shù)據(jù)，所以您的實際數(shù)量是您在 Sentry 中看到的數(shù)量的 4 倍。)

• https://docs.sentry.io/product/sentry-basics/tracing/distributed-tracing/#data-sampling

User Misery

User Misery 是一個用戶加權的性能指標，用于評估應用程序性能的相對大小。雖然您可以使用 Apdex 檢查各種響應時間閾值級別的比率，但 User Misery 會根據(jù)滿意響應時間閾值 (ms) 的四倍計算感到失望的唯一用戶數(shù)。User Misery 突出顯示對用戶影響最大的事務。

您可以使用自定義閾值為每個項目設置令人滿意的閾值。

自定義閾值

對于每個項目，您可以在 [Project] > Settings > Performance 中配置 Apdex 和 User Misery 的計算方式。您可以在 Transaction Summary > Settings 中覆蓋事務級別(transaction level )的項目級別設置。

計算方法確定持續(xù)時間是定義為事務的整個長度還是定義為特定的 Web Vital，例如 LCP。響應時間閾值確定令人滿意的基線持續(xù)時間是多少毫秒。此閾值可能因項目而異，具體取決于項目面向用戶的方式。

• https://docs.sentry.io/product/performance/web-vitals/