すべてのプロダクト
Search
ドキュメントセンター

Application Real-Time Monitoring Service:静的しきい値

最終更新日:May 09, 2026

Application Real-Time Monitoring Service (ARMS) のサブサービスであるリアルユーザーモニタリング (RUM) を使用すると、アプリケーションのアラートルールを構成してユーザー体験を向上できます。アラートがトリガーされると、指定された通知方法に基づいて連絡先または DingTalk グループチャットにアラート通知が送信されます。本トピックでは、RUM アラート機能で静的しきい値を構成する方法について説明します。

利用シーン

  • Web および HTML5 アプリケーション:Largest Contentful Paint (LCP)、First Input Delay (FID)、Cumulative Layout Shift (CLS) などの重要なパフォーマンスメトリクスを監視するために、Web および HTML5 アプリケーション向けの静的しきい値を構成できます。これらのメトリックに異常が発生した場合、アラートがトリガーされ、異常の迅速な特定と修正、およびユーザー体験の改善に役立ちます。

  • iOS および Android アプリ:リソースロード、API 呼び出し、クラッシュ、ジャンクなどの重要なパフォーマンスメトリクスを監視するために、iOS および Android アプリ向けの静的しきい値を構成できます。異常スタックおよびクラッシュログの自動レポートにより、異常を迅速に特定・修正し、ユーザー体験を向上できます。

例:

アプリケーションの新バージョンをリリースした後、ジャンクの発生数が著しく増加した場合、ジャンク数に対して静的しきい値を構成することで、迅速に問題を特定・修正し、より多くのユーザーへの影響を防ぐことができます。

前提条件

アプリケーションが RUM でモニタリングされている必要があります。詳細については、「アプリケーションの統合」をご参照ください。

操作手順

  1. ARMS コンソールにログインします。

  2. 左側のナビゲーションウィンドウで、ユーザー体験監視 > アラートルール を選択し、アラートルールの作成 をクリックします。

  3. [アラートルールの作成] ページで、アラートルール名を指定し、[アラート検出タイプ] パラメーターを [しきい値検出] に設定します。

  4. アラート連絡先 セクションで、アプリケーション、メトリクスタイプ、フィルター条件を指定します。

    アラートルール セクションで、アラートトリガーモード(例:複数条件)を設定し、アラートトリガールール(例:以下のいずれかのルールを満たす)を選択し、アラート条件(例:過去 5 分間の平均異常数が 15 以上)を構成します。ページには、しきい値の参考線付きでメトリックのトレンドチャートが表示され、しきい値の妥当性確認に役立ちます。アラートレベル(オプション:P1:重大、P2:エラー、P3:警告、P4:ページ)および 通知ポリシー を設定します。

    パラメーター

    説明

    アプリケーションの選択

    アラートルールを作成する対象のアプリケーションを選択します。複数のアプリケーションまたはすべてのアプリケーションを選択できます。

    新規作成されたアプリケーションにこのアラートルールを自動適用

    RUM に後から追加されるアプリケーションにこのアラートルールを自動的に適用するかどうかを指定します。

    メトリクスタイプ

    検出対象のメトリックのタイプを選択します。詳細については、「RUM アラートルールメトリック」をご参照ください。

    説明

    アラート条件 および フィルター条件 パラメーターの値は、メトリクスタイプ パラメーターの値によって異なります。

    フィルター

    メトリックデータをさらに絞り込み、モニタリング範囲を狭めます。

    ディメンションに関連するデータをフィルターするための条件です。有効な値:

    • トラバース:ディメンションのすべてのアラートに一致します。

    • =/!=:1 つ以上の値に基づいて、ディメンションのアラートを完全一致で含める/除外します。

    • 含む/含まない:1 つ以上の値に基づいて、ディメンションのアラートをあいまい一致で含める/除外します。

    説明

    アラート通知にディメンションに関する情報を表示する場合は、そのディメンションおよびフィルター条件を指定する必要があります。指定しない場合、メトリッククエリ結果でデータが集約されます。

  5. アラートルール セクションで、以下のパラメーターを設定します。

    パラメーター

    説明

    アラートトリガーモード

    • 単一条件: 1 つの条件を指定します。

    • 複数条件: アラートトリガールール パラメーターを設定して複数の条件を指定します。有効な値:

      • 以下のすべてのルールを満たす:すべての条件が満たされた場合にのみアラートがトリガーされます。

      • 以下のいずれかのルールを満たす:いずれか 1 つの条件が満たされた場合にアラートがトリガーされます。

    アラート条件

    選択したメトリクスタイプに基づいてアラート条件を構成します。

    • 期間:アラートをトリガーする期間を選択します。例:5。

    • メトリック:アラートメトリックを選択します。

    • 条件:アラートをトリガーする条件を選択します。有効な値:以上、以下、前月比増加率 (%)、前月比減少率 (%)、前時比増加率 (%)、前時比減少率 (%)、前日比増加率 (%)、前日比減少率 (%)。

    説明

    アラート通知では、指定された静的しきい値が妥当かどうかを評価し、最近しきい値がトリガーされたかどうかを確認できます。詳細については、「アラートの詳細表示」セクションをご参照ください。

    アラートレベル

    システムには 4 つの組み込みアラートレベルが用意されています。アラートレベルに基づいて通知ポリシーを構成できます。

    たとえば、P1 アラートには電話通話を、それ以外には DingTalk グループ通知を構成できます。

    • P1:重大

    • P2:エラー

    • P3:警告

    • P4:ページ

    P4 推奨しきい値の入力

    チャート プレビュー セクションに表示されるメトリックに基づいて、しきい値を調整できます。複数のアプリケーションにルールを適用するには、[アプリケーション] の横にある image.png アイコンをクリックして、各アプリケーション向けの異なる推奨しきい値を生成します。

    ARMS は、既存データに基づいてインテリジェントアルゴリズムを使用し、推奨しきい値を生成します。詳細については、「推奨しきい値」セクションをご参照ください。

    アラート数量予測

    指定された期間内にトリガーされると予測されるアラート数を表示します。数値をクリックすると、過去の時点においてアラートをトリガーすると予測されるデータをクエリできます。

    アラートルールを作成または変更するたびに、アラート予測機能の使用を推奨します。この機能は、異常検知アルゴリズムを使用して既存データを分析し、指定された期間内のアラート数を予測します。その後、予測結果に基づいて静的しきい値を調整できます。詳細については、「アラート予測」セクションをご参照ください。

  6. 通知ポリシー パラメーターおよび 高度なアラート設定 セクションのパラメーターを構成します。

    パラメーター

    説明

    通知ポリシー

    • 通知ポリシーを指定しない:アラートがトリガーされても通知は送信されません。通知は、通知ポリシーのマッチングルールがトリガーされた場合にのみ送信されます。

    • 通知ポリシーを指定する:通知ポリシーを指定すると、ARMS は通知ポリシーで指定された通知方法を使用して通知を送信します。既存の通知ポリシーを選択するか、新しい通知ポリシーを作成できます。詳細については、「通知ポリシー」をご参照ください。

    高度なアラート設定

    データなし

    このパラメーターは、データ欠落、複合メトリクスの異常、期間比較結果の異常など、データの異常を修正するために使用されます。データの異常が修正可能な場合、データは自動的に 0 または 1 に変更されるか、アラートがトリガーされなくなります。

    詳細については、「用語」をご参照ください。

  7. 保存 をクリックします。

アラートの詳細表示

アラート通知を受信した後、またはアラート管理 > アラートイベント履歴 ページでアラートの詳細を表示できます。ARMS コンソール

説明

以下のシナリオでは、アラートイベント履歴ページから RUM モジュールへのリダイレクトはサポートされていません:

  • アラート条件に、異常数、リソース数、ジャンク数などの集約メトリックが含まれる場合。

  • アラート条件に、前月比増加率 (%)、前月比減少率 (%)、前時比増加率 (%)、前時比減少率 (%)、前日比増加率 (%)、前日比減少率 (%) などの期間比較が含まれる場合。

アラートイベント履歴

アラートイベント履歴 ページで、アラートイベントの名前をクリックします。表示されるパネルで、アラートの詳細を確認できます。詳細については、「アラートイベント履歴」をご参照ください。

イベント詳細パネルには、イベント名レベル説明ステータスオブジェクトカウント開始時刻終了時刻URL統合名統合タイプアラートタイプ の各フィールドおよび ラベル タブと 注釈 タブが含まれます。パネルの右上隅には、イベント処理フローの振り返り リンクがあります。

イベントの URL をクリックすると、RUM モジュールの データエクスプローラー ページに移動し、アラートをトリガーした生データを表示できます。

ページの左側には、アプリケーション、アプリバージョン、環境タイプなどでフィルターできるクイックフィルターパネルがあります。メインエリアには、セッション統計(ユーザー数およびセッション数)、セッショントレンドチャート、およびセッション ID、時刻、クライアント IP アドレス、セッション期間、ビュー数、異常数、リソースリクエスト数を含むセッション詳細リストが表示されます。

推奨しきい値

推奨しきい値機能は、選択したアプリケーション、インターフェイス、アラートメトリックの既存データを分析し、適切な静的しきい値を推奨します。また、メトリックとしきい値を比較するリアルタイムチャートを生成して、しきい値の調整を支援します。

ユースケース

  • あるメトリックに対して頻繁にアラートを受信しているにもかかわらず、システムが正常に動作している場合、しきい値が低すぎるか、特定のアプリケーションやインターフェイスに不適切である可能性があります。このような場合は、推奨しきい値 機能を使用して、アラートルール全体または特定のアプリケーションおよびインターフェイス向けのしきい値を調整してください。ARMS は既存データに基づいて新しいしきい値を自動的に推奨します。

  • 多数のアプリケーションおよびインターフェイスにわたって、あるメトリックに対して異なるしきい値を設定する必要がある場合、推奨しきい値 機能を使用してください。この機能はインテリジェントアルゴリズムを使用して、各アプリケーションまたはインターフェイスに適切なしきい値を迅速に設定し、手動構成の手間を省きます。

仕組み

[P4 推奨しきい値の入力] をクリックすると、ARMS は各アプリケーションおよびインターフェイスの指定されたメトリックについて、過去 3 日間の既存データを取得します。その後、N-sigma アルゴリズムを使用して平均値と分散を計算します。ビジネスパターンが安定していると仮定すると、メトリックは正規分布に従います。この場合、平均値から大きく(たとえば、標準偏差 3 倍分)外れた値はまれであり、異常を示している可能性があります。この原理に基づき、ARMS は過去 3 日間のメトリックの平均値および変動性に基づいてしきい値を提案します。

P4 アラートレベルは、重大度が最も低いものです。推奨される P4 しきい値は、軽微な異常を示します。P4 推奨値をベースラインとして使用し、P1、P2、P3 などのより重大なアラート向けのしきい値を設定できます。

アラート数量予測

アラート数量予測機能は、既存データを分析して、選択された期間内にトリガーされると予測されるアラート数を予測し、各アラートが発生すると予測される正確な時刻を表示します。

仕組み

ARMS は、過去 24 時間のメトリックデータを分析して、提案されたしきい値によって生成されると予測されるアラート数を予測します。また、メトリック値がしきい値を超えると予測される正確な時刻の詳細も提供します。この情報を使用して、ビジネス要件により適したしきい値に調整できます。