Related pages:


ビジネストランザクションやその他のタイプのイベントのパフォーマンスは、ユーザエクスペリエンスに影響を与える可能性があります。各種レベルのパフォーマンスを、アプリケーションが満たす必要があるサービスレベル契約（SLA）、コンプライアンスターゲット、またはコンプライアンスポリシーに対応させることができます。

たとえば、電子小売業者は、顧客が自分のカートに品目を追加したときに、トランザクションが常に 100 ミリ秒以内に完了するようにしたい場合があります。 

Experience Level Management（XLM）を使用すると、エクスペリエンスレベルを定義できます。XLM により、カスタムダッシュボードと、表示およびエクスポートできるレポートで、アプリケーションがこれらのレベルに対してどのように実行されているかが示されます。

XLM の操作

エクスペリエンスレベルについて言及するか、サービスレベルについて言及するかは、焦点がユーザエクスペリエンスか SLA かによって決まりますが、同じ XLM UI を使用して両方を設定します。このセクションでは、サービスレベルに均等に適用されるエクスペリエンスレベルについて説明します。 

次の条件を満たす任意の種類のデータに対して、エクスペリエンスレベルを定義できます。

  1. データは数値である必要があります。

  2. データは、集約ではなく、個々の（イベントごとの）値である必要があります。

データコレクタは個別の値を提供するため、値が数値である限り、エクスペリエンスレベルの適切な基礎です。対照的に、メトリックとインフォメーションポイントは、集約値を提供するため、エクスペリエンスレベルの基礎として使用できません。

次に、エクスペリエンスレベルを定義するための適切なすべての基礎を示します。

  • 広告キャンペーンが実行されている時間帯の週ごとの販売金額（ドル）

  • ビジネス トランザクション イベントから計算されたアプリケーション応答時間

  • RUM および合成イベントから計算されたエンドユーザの応答時間

  • プラチナ顧客のログイン時間、ロンドンの顧客の品目チェックアウト応答時間などのカスタム分析

設定されたしきい値に対するコンプライアンスは、指定された開始日から毎日の間隔で計算されます。各日のローカルタイムゾーンの開始時刻は、同等のグリニッジ標準時（GMT）の日付の午前 0 時に変換されます。たとえば、07/30 は 07/30 の 12:00 am GMT を意味します。XLM データを計算するレポートジョブは毎日午前 0 時と正午（GMT）に実行されます。結果は、次にレポートジョブが実行されるときに更新されます。

XLM は、Time Zone などの Compliance Period 設定の選択に従って、レポートジョブの結果を毎週または毎月の期間に集約します。

1 週間または 1 カ月の XLM データを表示する場合は、毎日の粒度にドリルダウンすることができます。また、XLM では以下を行うことができます。

  • 選択したタイムゾーンで XLM レポートを作成する
  • 選択した多くのレポート期間のレポートを CSV 形式でエクスポートする
  • 定期的な生成と配信のために、カスタムダッシュボードに XLM レポートを追加する

XLM 設定をエクスポートし、一方の環境から他方の環境にそれらを移行できます。また、XLM の設定と変更が自動的に記録される XLM 監査証跡を表示およびエクスポートすることもできます。 

設定を変更した場合、新しい設定は、次に XLM レポートジョブが実行されたときに有効になります。過去のデータは不変であり、設定の変更は値に影響しません。

レポート期間の特定の時点で有効になっていた設定を確認するには、XLM 監査証跡を表示します。

構成の概要

XLM UI で、[Properties]、[Compliance Target Settings]、およびオプションの [Exclusion Periods] を設定します。

  • Propertiesでは、測定するイベントのタイプと適用するフィルタを指定します。
  • Compliance Target Settings では、以下を使用して XLM でレポートするパフォーマンス基準を指定します。
  • Compliance Target Settings では、以下を使用して XLM レポートを時間という観点から構造化する方法を指定します。
    • Start Date：コンプライアンスの計算を開始する日付
    • Compliance Period、これは
      • レポート期間と見なすことができます。
      • 毎週または毎月にすることができます。SLA 要件に従って、いずれかを選択します。
    • 任意の Time Zone
  • Exclusion Periods help you account for performance deviations caused by upgrades, maintenance, or usage patterns associated with weekends or holidays.

電子小売業者の場合どのようになるか次に例を示します。

  • プロパティには、イベントタイプとして Transactions があり、関連するアプリケーションの Add to Cart ビジネストランザクションを除くすべてを除外するようにフィルタ処理されています。
  • コンプライアンスターゲットは Response Time (ms) で、100 に設定されています。
  • 日次ターゲットしきい値の値は、Normal では 95% ～ 100%、Warning では 90% ～ 95%、Critical では 0% ～ 90% です。
  • コンプライアンス期間は Weekly です。
  • タイムゾーンは、架空の電子小売業者の顧客がいるアムステルダムの GMT+02:00  です。

このように設定すると、Add to Cart ビジネストランザクションが、時間の 95% を超えていて、100 ミリ秒以内に完了した場合に、XLM は各週のレポート期間についてパフォーマンスが Normal であるとレポートします。 

期間において、Add to Cart のパフォーマンスがターゲット時間の 95% 以下で 90% を上回る場合、パフォーマンスは Warning レベルです。

期間において、パフォーマンスがターゲット時間の 90% 以下を満たす場合、パフォーマンスは Critical です。

この例の設定を次に示します。

XLM 除外 期間

除外期間とは、XLM レポートから除外する期間のことです。

たとえば、スケジュールされたアップグレードとメンテナンスによってパフォーマンスが低下する可能性があるため、これらの期間を XLM レポートに反映させたくない場合があります。同様に、XLM レポートで、週末、休日、または使用パターンが例外的なその他の期間を除外する場合があります。

Analytics イベントデータに対して実行された XLM クエリでは、XLM UI で明示的に設定した除外期間のみ対象となります。 除外期間は、選択したタイムゾーンを使用して設定します。内部的には、AppDynamics は対応する GMT 日付の除外期間を追跡します。

XLM は、コントローラレベルで設定する除外期間およびメンテナンス期間を認識しません。

XLM 監査

XLM 設定に対するすべての変更は、XLM 監査証跡と呼ばれる変更不可能な監査レコードを生成します。このレコードには、完全な XLM 設定情報が含まれます。XLM 監査レポートは AppDynamics コントローラ UI の他のすべてのレポートとは別のものであるため、XLM 監査証跡は、コントローラ監査レポートなどの他の使用可能なレポートとは異なります。XLM 監査証跡を CSV ファイルにエクスポートできます。

各 XLM 設定は、1000 件の更新に制限されています。この制限に達すると、新しい監査レコードが追加されたときに、最も古い監査レコードがドロップされます。

XLM 監査レコードには、実行される操作と変更されるフィールドに関する情報が含まれます。UI では、XLM 監査レコードは連続したタイムラインとして提示されます。