レポートでゼロと表示されることがあります。リクエストが正常に行われた回数。L1(メモリ内)キャッシュにある要素数を返します。あった場合は、そのカウント「12」が返されます。あった場合は、その平均値「6」が返されます。キャッシュとは異なります。これについてはキャッシュの仕組みで説明しています。sum指定期間中に発生したポリシーエラーの総数です。通常、ポリシーエラーの発生は意図されたものです。キーが渡されたときエラーをスローします。呼び出し数がポリシーで定義された上限を超えた場合です。内で潜在的に問題が起こりやすい箇所を見つける場合に役立ちます。トークンが指定のアプリで期限切れになっていることを検出するために役立つ可能性があります。上限で休日のトラフィック増加が考慮されていないことを発見できる可能性があります。プロキシ障害になる場合だけです。プロキシはポリシーが失敗した場合でもリクエストの処理を続けます。その場合、ポリシーエラーはアナリティクスに記録されません。エラー時のポリシー名(ax_execution_fault_policy_name)ディメンションは、ポリシーエラーをポリシー名別にグループ化する場合に便利です。)はポリシー障害としてカウントしません。プロキシ障害(is_error)としてカウントします。プロキシがエラーとなった回数の合計です。)が発生したときです。プロキシ障害をプロキシ別にグループ化する場合に便利です。受信リクエストを処理するのにかかる平均、最小、または最大時間(ミリ秒)。サービスに転送したとき終了します。アプリ別、リージョン別などで調べることができます。ペイロードのサイズ(バイト単位)。ポリシーが指定の期間中に実行された総回数。回の実行としてカウントします。フロー変数を見ると、キャッシュ実行があったかどうかがわかります。あった場合は値が「1」となります。レスポンスを処理するのにかかる平均、最小、または最大時間(ミリ秒)。レスポンスを元の呼び出し元に転送したとき終了します。プロキシ別、リージョン別などで調べることができます。ペイロードのサイズ(バイト単位)。起因するものではありません。サーバーのパフォーマンスがわかります。レスポンスを受信したとき終了します。レスポンス時間指標が記録されないことに留意してください。最大時間(ミリ秒単位)。サービスから返される場合)が含まれます。アプリ別、リージョン別などで調べることができます。ディメンションを使用することで、トラフィック数を最も有意義な方法でグループ化できます。sum(message_count)ディメンションディメンションにより、指標をわかりやすいグループに分けて見ることができます。プロキシごとに表示したほうが効果的です。コンテンツを分析するの説明に沿って独自のディメンションを作成できます。