アプリケーション パフォーマンス インデックス (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 スコアを計算するための数式は次のとおりです。
たとえば、アプリケーションがターゲットしきい値 T = 500ms で合計 1,000 のリクエストを処理する場合、次のようになります。
- 850 件のリクエストが 500 ミリ秒以内に完了 (満足)
- 500 ミリ秒から 2000 ミリ秒の間に 100 件のリクエストが完了しました (許容範囲)
- 50 件のリクエストに 2000 ミリ秒以上かかった、またはエラーが返されました (イライラ)
最適なターゲットしきい値 (T) を選択する方法
意味のある Apdex レポートを作成するには、適切なターゲットしきい値 T を選択することが重要です。T の設定が高すぎると、非現実的に楽観的なスコアが生成されますが、T の設定が低すぎると、許容可能なパフォーマンスに不合格のフラグが立てられます。
- E コマースとチェックアウトのワークフロー: T = 200 ミリ秒から 500 ミリ秒に設定します。応答時間の短縮は、カートのコンバージョンと直接相関します。
- SaaS ダッシュボードと API エンドポイント: 複雑なデータベース クエリとデータ視覚化の場合は、T = 500 ミリ秒から 1,000 ミリ秒に設定します。
- バッチ処理と重いファイルのエクスポート: バックグラウンド処理が予想される場合は、T = 2,000 ミリ秒から 4,000 ミリ秒に設定します。
よくある質問
このトピックに関するよくある質問
継続的なリアルユーザー Apdex モニタリング
ログ ダンプから Apdex スコアを手動で計算するのをやめてください。SimpleOps は、すべてのユーザー訪問にわたって Apdex スコアと Core Web Vitals (LCP、INP、CLS) を自動的に追跡し、レイテンシが許容可能な目標を超える前にチームに警告します。