アプリケーションパフォーマンスインデックスの標準

Apdex スコア計算機 & スコア アナライザー

ユーザーの満足度を客観的に測定します。レイテンシーのヒストグラムを標準化された Apdex 評価 (満足、許容、不満) に変換して、実際のユーザーのアプリケーション エクスペリエンスをベンチマークします。
ターゲット応答閾値 (T)200 ms

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

コホートサンプル配布のリクエスト
満たされたリクエスト (<= T ミリ秒)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) について

Application Performance Index (Apdex) は、ソフトウェア アプリケーションの応答時間に対するユーザーの満足度を測定するために、パフォーマンス監視ベンダーの連合によって作成されたオープン業界標準です。単純な数学的平均 (平均応答時間や平均レイテンシなど) とは異なり、Apdex は生のレイテンシ分布ヒストグラムを 0.0 (完全なユーザーの不満) から 1.0 (完全なユーザーの満足度) までの正規化されたスコアに変換します。

数学的平均は、Web モニタリングにおいて誤解を招くことでよく知られています。ごく一部の極端なレイテンシーの異常値 (データベースのタイムアウトやコールドスタートの一時停止など) によって、平均応答時間の統計が大きく歪む可能性があり、大多数のユーザーがロード時間が速い場合にシステムが遅く見えることがあります。逆に、平均レイテンシによって、主要なユーザー コホートに影響を与える重大な低下が隠れてしまう可能性があります。Apdex は、定義されたターゲットしきい値 (T) に基づいて、すべてのユーザー リクエストを個別の満足度ゾーンに分類することで、この歪みを解決します。

3 つの Apdex ユーザー エクスペリエンス ゾーン

Apdex は、目標応答時間しきい値 T に基づいて、すべての HTTP リクエストを 3 つのゾーンのいずれかに分類することでユーザー エクスペリエンスを評価します。

1. 満足ゾーン (<= T)

ユーザーは、目立った遅延のない、高速で流動的な応答性を体験できます。T 以内に完了したリクエストは、Apdex 計算で完全なクレジット (1.0) を受け取ります。

2. 許容範囲 (> T ~ <= 4T)

ユーザーはわずかな応答の遅れに気づきますが、タスクを放棄することなく関与し続けます。リクエストを許容すると、計算で半分のクレジット (0.5) が与えられます。

3. フラストレーションゾーン (> 4T またはエラー)

応答の遅延が許容できないほど遅いため、ユーザーはタスクを放棄したり、激しくクリックしたりする原因になります。HTTP 5xx エラーは自動的にこのゾーンに分類されます。失敗したリクエストはゼロクレジット (0.0) を受け取ります。

Apdex スコアの計算式

特定のターゲットしきい値 T に対する Apdex スコアを計算するための数式は次のとおりです。

Apdex_T = (満足数 + 許容数 / 2) / リクエストの総数

たとえば、アプリケーションがターゲットしきい値 T = 500ms で合計 1,000 のリクエストを処理する場合、次のようになります。

  • 850 件のリクエストが 500 ミリ秒以内に完了 (満足)
  • 500 ミリ秒から 2000 ミリ秒の間に 100 件のリクエストが完了しました (許容範囲)
  • 50 件のリクエストに 2000 ミリ秒以上かかった、またはエラーが返されました (イライラ)

最適なターゲットしきい値 (T) を選択する方法

意味のある Apdex レポートを作成するには、適切なターゲットしきい値 T を選択することが重要です。T の設定が高すぎると、非現実的に楽観的なスコアが生成されますが、T の設定が低すぎると、許容可能なパフォーマンスに不合格のフラグが立てられます。

  1. E コマースとチェックアウトのワークフロー: T = 200 ミリ秒から 500 ミリ秒に設定します。応答時間の短縮は、カートのコンバージョンと直接相関します。
  2. SaaS ダッシュボードと API エンドポイント: 複雑なデータベース クエリとデータ視覚化の場合は、T = 500 ミリ秒から 1,000 ミリ秒に設定します。
  3. バッチ処理と重いファイルのエクスポート: バックグラウンド処理が予想される場合は、T = 2,000 ミリ秒から 4,000 ミリ秒に設定します。

よくある質問

このトピックに関するよくある質問

自動化された Apdex および Web Vitals RUM

継続的なリアルユーザー Apdex モニタリング

ログ ダンプから Apdex スコアを手動で計算するのをやめてください。SimpleOps は、すべてのユーザー訪問にわたって Apdex スコアと Core Web Vitals (LCP、INP、CLS) を自動的に追跡し、レイテンシが許容可能な目標を超える前にチームに警告します。