系列
- 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)持續時間：
averagevarious 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。 響應時間閾值確定令人滿意的基線持續時間是多少毫秒。 此閾值可能因項目而異，具體取決於項目面向用戶的方式。
公眾號：黑客下午茶