スマート・アラート
スマートアラートでは、自動的に生成されたアラート設定が提供されるため、スループット(セッション数やページビュー数に基づく)、 HTTP のステータスコード、カスタムイベントなどのブループリントに基づいてアラートを受信できます。
アラートを受け取りたいブループリントを選択し、任意の条件(地理的位置、ブラウザ、OS、その他のオプションなど)を設定すると、 Instana が自動的にその条件に合わせたアラートを作成します。
アラートを追加する
- Instana のユーザーインターフェース(UI)で、サイドバーの 「Webサイトとモバイルアプリ」 をクリックします。
- 「モバイルアプリ 」タブを選択し、
- モバイル・アプリの名前をクリックし、 「スマート・アラートの追加 (Add Smart Alert)」をクリックします。
シンプル・モード
デフォルトでは、 シンプル・モードでアラートを作成します。これには、以下のステップが含まれます。
- アラートを選択します。
- スコープを確認します。
- アラートの対象となるアラート・チャネルを選択します。
シンプルモードでは、設定を一切行わなくてもアラートを選択できるため、クエリを作成したりしきい値を定義したりする必要がありません。
自動的に設定されたアラート設定を調査・変更できる「 詳細モード 」でアラートを作成するには、 「詳細モードに切り替える 」をクリックします。
アラートの選択
アラートを作成する対象として、以下の事前定義されたブループリントのいずれかを選択します。
| パラメーター | 説明 |
|---|---|
| HTTP 状況コード | HTTP のステータスコードを選択すると、そのステータスコードが頻繁に発生した際にアラートを受け取ることができます。 |
| 低速 | 「遅延」 を選択すると、 HTTP のレイテンシが過去のデータに基づく予想値を超えた際にアラートを受け取ることができます。 HTTP のレイテンシ指標は、Ajaxリクエストにかかる時間を計測します。 |
| スループット | 「予想外に低いページビュー数またはセッション数」 を選択すると、モバイルアプリの予想ページビュー数またはセッション数が、利用可能な履歴データと著しく異なる場合にアラートを受け取ることができます。 |
| カスタム・イベント | 特定のカスタムイベントを選択し、そのイベントが通常よりも頻繁に、または稀に発生した際にアラートを受け取るように設定します。 |
| 異常終了 | 選択した 異常終了メトリック が予想より高いか低い場合にアラートを受け取ります。 |
スコープの確認
スコープ (現在開いているモバイル・アプリ) が自動的に選択されます。 Unbounded Analytics のクエリを使用することで、アラートの対象をモバイルアプリトラフィックの特定のサブセット(例えば、地理的位置、ビュー名、またはプラットフォームなど)にさらに絞り込むことができます。
各照会フィルターは、デフォルトで AND 論理演算子に接続されるため、モバイル・アプリケーション・ビーコンは、適用されるすべてのフィルターに一致する必要があります。
- 特定のページ
- オペレーティング・システム
- 国
- メタ: ページ・ビューおよびセッションにアノテーションを付けるために使用できる追加のメタデータを指定します。 使用可能なキー (事前定義値) のいずれかを選択して、演算子を選択します。
アラート・チャネルの追加
アラートチャンネルを追加するには、 「アラートチャンネルを選択 」をクリックし、アラートを送信するチャンネルを選択してください。 モバイルアプリケーションの「スマートアラート」では、 警告レベルと重大レベルに対して、それぞれ異なるアラート配信チャネルを追加できます。 簡易モードでは、システムは選択されたチャネルにデフォルトの重大度レベルを自動的に割り当てます。 デフォルトの深刻度は 「警告」 です。 チャンネルの作成に関する詳細については、 「アラートチャンネル」 を参照してください。
拡張モード
アラートを完全に理解して制御するために、 拡張モード は、各アラートの構成を検査し、必要に応じて構成を変更するのに役立ちます。 シンプル・モードで使用可能な選択に加えて、 拡張モード は以下を提供します。
トリガー
アラートを受け取る対象として、以下の事前定義されたブループリントのいずれかを選択します。
HTTP 状況コード
シンプル・モードの場合と同じ構成オプションを使用できます。 詳しくは、 アラートの選択を参照してください。
また、「Threshold」セクションでは、アラートの判定に使用するメトリクスを選択できます。 status code count または status code rate。 どちらのメトリックを選択する場合でも、変更できる履歴データに基づくしきい値を使用してください。

低速
シンプル・モードの場合と同じ構成オプションを使用できます。 詳しくは、 アラートの選択を参照してください。
集計値(モバイルアプリからのAjaxリクエストにかかる時間と HTTP のレイテンシの合計)がしきい値を超えた場合、アラートがトリガーされます。
利用可能な履歴データの量に応じて、 Instana は静的ベースラインまたは動的ベースラインを提案します。 十分なデータが利用可能な場合は、日次または週次の季節変動の基準値を選択できます。
静的な季節性を用いる場合、各時間枠の期待値は過去のパターンから導出され、閾値(例えば、基準値からの標準偏差)を用いて調整することができます。 この sensitivity 設定は、システムがその基準値からの逸脱に対してどの程度許容的であるかを決定します。 感度が低いということは、違反がトリガーされるまでの許容される外れ値の数が少なくなることを意味します。

スループット
詳細モードでは、ページビューに関連するあらゆる指標に基づいて、汎用的なスマートアラートを定義できます。 対照的に、 シンプルモードでは、 「アラートの選択 」で説明されているユースケース固有のオプションについて、あらかじめ定義されたテンプレートから選択します。
さらに、アラートの評価に使用するメトリック ( 「ページ・ビュー」 や 「訪問回数」など) を選択できます。
次の画像では、「Threshold」セクションの設定例において、中程度の感度で「静的日次季節変動」を上回る(>)ビューが定義されています。 この構成では、ページ・ビューの数が通常より多い場合にアラートがトリガーされます。 利用可能な履歴データの量に応じて、 Instana は静的な閾値を提案します。 また、十分なデータが利用可能な場合は、日次または週次の季節変動の基準値を選択することができます。
静的しきい値は変更できます。 sensitivity パラメーターを使用して、日次または週次の季節性を調整できます。このパラメーターは、異常値が予期される値からどの程度逸脱すると違反と見なされるかを定義します。

カスタム・イベント
シンプル・モードの場合と同じ構成オプションを使用できます。 詳しくは、 アラートの選択を参照してください。

異常終了
「しきい値」セクションで、アラート評価に使用するメトリックを選択できます。 以下の 8 つのメトリックがサポートされています。
- クラッシュの影響を受けるセッション率
- クラッシュの影響を受けるユーザー率
- クラッシュの影響を受けたセッション数
- クラッシュの影響を受けたユーザー数
- クラッシュ・フリー・セッション率
- クラッシュ・フリー・ユーザー率
- 異常終了フリー・セッション数
- 異常終了フリー・ユーザー数


同じメトリック選択を 単純モードでも使用できます。
しきい値のタイプ
スマートアラートを設定する際、次の画像に示すように、固定しきい値または適応型しきい値のいずれかを選択できます:

静的
静的しきい値は、スマート・アラートの作成後は変更されません。 しきい値自体は、単純な定数値にすることも、スマート・アラート構成の作成時に過去に発生した季節変動を考慮することもできます。 2 番目のケースは、履歴データに基づいて計算された値を持つ、日または週のすべてのポイント・イン・タイムのルックアップ・テーブルと考えることができます。
このしきい値は、基礎となるメトリックが大幅に変更された後に関連性を停止する可能性があります。 それに応じて、任意の時点でしきい値を手動で調整または再計算することができます。
静的閾値を使用するタイミング
静的しきい値は、以下の状況で最適に機能します。
- 基礎となるメトリックの季節性に関係なく。 メトリックが定数値より大きくなったり小さくなったりすることは望ましくありません。
- したがって、基礎となる指標は季節的な変動があり、1日の時間帯や週の時期によって異なる閾値が設定されています。 しきい値自体は時間の経過とともに変化することはなく、これらのしきい値を長期間にわたって段階的に変更することは望ましくありません。
適応
適応型しきい値は、 Instana が観測する新しいデータに応じて、継続的に変化し、調整されます。 しきい値は、人の介入なしに、基礎となるメトリックに対する季節的な変化を継続的に説明します。 詳細については、 適応しきい値に関するドキュメントを参照してください。
適応しきい値を使用するタイミング
適応しきい値は、 スループット などの青写真や、一般的に以下の状況で最適に機能します。
- 基礎となるメトリックは季節性ではありません。 しきい値は時間の経過とともに徐々に変化することが予想されますが、この傾向からの突然の逸脱は望ましくありません。
- 基礎となるメトリックは季節性であり、1 日または 1 週間の各時間に対して異なるしきい値が存在します。 しきい値自体は時間の経過とともに徐々に変化することが予想されますが、この傾向からの突然の逸脱は望ましくありません。
範囲
シンプル・モードの場合と同じ構成オプションを使用できます。 詳しくは、 スコープの確認を参照してください。
アラートしきい値
スマート・アラートのアラートしきい値を構成できます。 基礎となるメトリックは、モバイル・アプリケーションに関連する ビーコン の集約です。 「スマートアラート」のアラートしきい値が設定されると、ダイアログのアラートプレビューには、メトリクス、しきい値、および過去24時間または7日間の履歴データにおける違反状況が表示されます。

指標を選択してください
使用可能なブループリントからメトリックを選択します。
メトリックの選択
しきい値演算子を選択してください
選択したブループリントに基づいて、<、<=、>、>=の間にオプションがあります。
しきい値の種類を選択してください
ここでは、以下の静的しきい値タイプから選択できます。
- 静的しきい値: しきい値として定数値を設定します。
- 静的日次季節性 (Static Daily Seasonality): しきい値を使用して、毎日の動作がほぼ同じであるが、1 日を通じて異なる、メトリックの毎日の繰り返しパターンを収集します。 例として、夜間と比較して日中のトラフィックが多いモバイル・アプリがあります。
- 静的週次季節性: しきい値を使用して、週の毎日の動作がほぼ同じであるが、週全体で異なる、メトリックの週次繰り返しパターンを収集します。 例として、週末と比較して就業日のトラフィックが多いモバイル・アプリがあります。
静的日次季節性 (Static Daily Seasonality)の場合、少なくとも 5 日分の連続したメトリック・データが必要ですが、7 日分のデータが推奨されます。 静的週次季節性 (Static Weekly Seasonality)の場合、少なくとも 2 週間の連続する履歴メトリック・データが必要です。 これらの要件が満たされていない場合は、スマート・アラートを作成できません。
「適応しきい値」には、少なくとも 5 日分の連続したメトリック・データが必要です。 この要件が満たされない場合でも、スマート・アラートを作成できます。 使用されるモデルを初期化するためにデータ要件が満たされると、問題の検出とアラートの処理が開始されます。
しきい値または感度を選択してください
「静的しきい値」 を選択した場合、深刻度はデフォルトで「警告」に設定され、しきい値が提案されます。 この推奨値を使用するか、または独自の値に置き換えることができます。 「重大」などの追加の深刻度レベルを定義するには、 「重大 」チェックボックスを選択し、対応する閾値を設定してください。
感度を設定する際、デフォルトでは重大度レベルが「警告」に設定されており、スライダーを使って感度を調整できます。 「重要」の感度レベルを個別に設定するには、「重要」チェックボックスを選択し、スライダーを調整してください。
感度を調整して、異常検知の境界を微調整してください。 その結果、さらに多くのアラートを受け取ります。 ただし、受信するアラート通知の数を減らしたい場合は、感度を下げることができます。 感度を小さくすると、メトリックの予期される値範囲を定義する検出境界が拡張されます。 使用されているしきい値演算子に応じて、検出の上限または下限のいずれかを超えるメトリックは違反と見なされ、アラートが発生する可能性があります。
時間しきい値
アラートを発動させるために、時間閾値を使用して、メトリクスの定義済み閾値がどのように超過されたかについて、さらに条件を追加することができます。
以下の標準的な条件(実際に使用されることが多い)が提供されています。
時間の持続性: 時間枠を選択します。 定義されている時間枠にわたってこのメトリックが定義済みのしきい値に違反する場合、アラートが出されます。
一定時間における違反件数: 時間枠と違反の件数を選択します。 メトリックがしきい値、時間枠内で指定された回数に違反すると、アラートが出されます。
ユーザーへの影響:
選択した指標のしきい値条件に加え、問題の影響を受けるユーザー数またはその割合に関する二次的な基準を定義することができます。 このような 2 次基準では、定義された問題によってユーザーの数または比率が影響を受ける場合にのみ、アラートを受け取ります。
- ユーザーへの影響評価方法:評価期間中に1 次メトリックに違反した場合のユーザーの影響を測定する方法を定義します。 次のいずれかのメソッドを選択できます:
- 全評価ウィンドウでの集計 - 定義された時間枠の中で 1 つの集計値としてユーザーへの影響を測定します。 アラートを受信するには、この値を超える必要があります。
- 各評価ウィンドウごとに計算 - 他の指標と同様に、各評価ウィンドウのユーザーへの影響を個別に測定します。 アラートを受信するには、1 次メトリックとユーザーの影響の両方について、定義された数の評価ウィンドウに続けて違反する必要があります。
- 影響のあるユーザーの数または影響のあるユーザーのパーセンテージ: 影響のあるユーザーの絶対数、パーセンテージのいずれか、または両方を指定します。 後者の場合は、定義された時間枠内で両方の制限値に達した場合にのみ、アラートが表示されます。
ユーザー影響度指標では、認証済みユーザーを特定するために「 Instana Users 」( API )が必要であり、セッションに基づいてその他のユーザーを推定するために 「Session」( API ) が必要です。 これらのAPIの統合に応じて、ユーザーIDが使用されます(提供されている場合)。提供されていない場合は、セッションIDがフォールバックとして使用されます。
- ユーザーへの影響評価方法:評価期間中に1 次メトリックに違反した場合のユーザーの影響を測定する方法を定義します。 次のいずれかのメソッドを選択できます:
遅延やエラー率など SUMで集約されないメトリックのギャップがある場合、Instana は次のメトリック値が表示されるまで現在のアラート状態を保持します。 たとえば、トラフィックはまばらだが、継続的な問題を抱えているモバイルアプリに対してスマートアラートを設定する場合、この動作が役立ちます。 そのため、モバイル・アプリケーション・トラフィックがないこれらの期間では、アラートが繰り返し発生することはありません。 ただし、モバイルアプリのビーコンが3時間以上検出されない場合、アクティブなアラートはすべて閉じられます。
以下の図は、 ユーザーの影響に基づく時間しきい値の構成例を示しています。 メトリック評価の細分度として 10 分を使用すると、過去 10 分間に少なくとも 20% のユーザーが影響を受けた場合にアラートがトリガーされます。

アラート・チャネル
アラート通知を送信するチャネルを選択できます。 モバイルアプリケーションの「スマートアラート」では、 警告および重大な深刻度について、それぞれ異なるアラート配信チャネルを設定できます。
警告および重大な深刻度に対して閾値が設定されている場合、各深刻度ごとにアラートチャネルを設定できます。 両方の深刻度に対してしきい値が設定されている場合、 警告の深刻度については、デフォルトですべてのアラートチャネルが選択されます。
次の画像は、両方の重大度レベルが設定されたアラートチャネルを示しています:

特定の重大度に対してのみ閾値が設定されている場合、その重大度はすべてのアラートチャネルにおいて「 アラートレベル 」として表示されます。
次の画像は、1つの重大度レベルが設定されたアラートチャネルを示しています:

アラート・プロパティー
アラートのプロパティを追加するのは任意です。 これらのオプションには、デフォルトのアラートタイトルと説明の編集、動的なタイトルや説明を作成するためのプレースホルダー、およびアラートが発生した際にインシデントをトリガーするかどうかを選択する機能が含まれます。 詳細については、 「アラート」 を参照してください。
次の画像は、アラートの追加プロパティの設定画面を示しています:

カスタム・ペイロード
Instana から送信される特定のアラート設定のアラート通知に、関連するペイロードを追加するには、 「カスタムペイロード 」セクションの 「行を追加」 をクリックします。
カスタムペイロードの詳細については、 「カスタムペイロードのグローバル設定」 を参照してください。
グローバル・カスタム・ペイロードとアラート固有のカスタム・ペイロードの両方がアラート通知に組み込まれます (該当する場合) が、アラート固有の構成がグローバル構成よりも優先されます。 結果として、同じキーを使用する場合、グローバル・カスタム・ペイロード・フィールドの値はアラート固有の値によってオーバーライドされます。
以下のイメージは、アラート構成で使用されるグローバルに定義されたカスタム・ペイロードを示しています。

アラート固有の構成の動的カスタム・ペイロード・フィールドもサポートされます。
以下のイメージは、 「動的タグ」に選択できる一般的に使用されるオプションを示しています。これには、モバイル・アプリケーション・ラベル、ビュー名、プラットフォーム、国、およびメタが含まれます。

以下の画像に示すように、候補一覧から選択した動的タグに適切なキーを選択するか、手動で追加することができます:

影響を受けるユーザー
モバイルアプリ「Smart Alerts」の「 影響を受けたユーザー 」機能は、特定の状況に遭遇したユーザー数を追跡することで、広範囲にわたるパフォーマンスの問題を特定するのに役立ちます。
モバイルアプリ「Smart Alert」で作成された各課題について、以下の詳細を確認できるようになりました:
影響を受けたユーザー総数 :スマートアラートが作成されたモバイルアプリの利用中に影響を受けたユーザーの総数。 このカウントは、アラートがトリガーされた時点から、現在の時刻または課題のクローズ時刻のいずれか早い方までの期間を計測します。 「 影響を受けたユーザー 」とは、アラート基準に違反するビーコンを送信するモバイルアプリを使用しているユーザーを指します。 たとえば、500 ミリ秒を超える遅延( HTTP のレイテンシ)に対してスマートアラートが設定されている場合、影響を受けるユーザーとは、500 ミリ秒という閾値を超える遅延を経験したすべてのユーザーを指します。 この場合のユーザーとは、モバイルアプリエージェントで識別されるユーザーを指します。 ユーザーがログインしていない場合、セッションIDを使用して影響を受けたユーザーを特定します。 詳細については、 Android のドキュメント( API、 iOS、 API、 Flutter、 API、または React Native、 API )の「ユーザーの識別」を参照してください。
ユーザー総数 :モバイルアプリを利用していたユーザーの総数。 この追跡は、アラートがトリガーされた時点から、現在時刻または課題のクローズ時刻のいずれか早い方まで行われます。
影響レポート :詳細なレポートには、モバイルアプリで影響を受けた具体的なユーザーIDが記載されています。 このレポートは、影響を受けたユーザーのより詳細な内訳を示しており、表の各レコードはモバイルアプリの個別のユーザーを表しています。 各ユーザーについて、レポートには氏名、メールアドレス、国、地域、設定ラベル(影響を受けたユーザーのウェブサイトまたはモバイルアプリケーション名)、およびエージェントから報告された場合はソース(Webまたはモバイルアプリケーション)が含まれます。

Impacted user information is available only for the past 7 days. For more information, see [IBM data retention policy](../policies/index.html#data-retention-policy).
{: note}