クエリベースまたは Look にリンクされたダッシュボード タイルの結果が、指定したしきい値に達したか、上回った場合にメールまたは Slack 通知を送信するアラートを作成できます。時系列データに基づくアラートの設定は、他のデータ型に基づくアラートの設定とは異なります。
時系列データの場合、アラート条件は結果セット全体ではなく、シリーズ内の特定の行の比較に基づいています。時系列データでこのように処理することで、ユーザーは [changes by]、[increases by]、[decreases by] などの他のタイプのデータでは利用できない追加のアラート条件オプションを使用する時系列内の 2 行からデータを比較する追加オペレーションを実行できます。
アラート条件をこれらの比較条件を時系列データとともに使用すると、最新のデータ行とその前の行を比較します。時系列内の現在の場所を追跡し、アラートクエリが以前に実行されていたものではない情報のみに基づいてアラート条件をトリガーできるように、Looker では。アラートクエリを実行するたびに最新の時系列データの値を保持する必要があります。
このページでは、時系列データを使用するアラート条件を選択するときに考慮すべき 2 つの重要なケースについて説明します。
- アラート条件を指定すると、データが更新されるよりも低い頻度でデータを定期的にチェックするように Looker に指示します。
- たとえば、時系列の間隔は 1 時間ごと（データは 1 時間ごとに集計される）ですが、アラートは 1 日に 1 回の頻度に設定されます。
-
アラート条件を指定すると、データが更新されるよりも高い頻度で更新データを確認すように Looker に指示します。
- たとえば、時系列の間隔は 1 日ごと（データは 1 日ごとに集計される）ですが、アラートは 1 時間に 1 回の頻度に設定されます。
理想的には、時系列の区間と頻度は同じですが、必ずしもそうであるとは限りません。ETL ジョブが毎晩 1時間ごとにデータを読み込むように構成されている場合や、なんらかの理由でクエリが失敗した場合は、間隔が同期されていないときにアラートクエリがどのように機能するかを理解することが重要です。
アラートの確認
アラート クエリは、時系列データの最新の行をチェックし、次のいずれかに該当するかどうかを判断します。
- 現在の時系列値が、前のアラート チェックの最新の時系列値よりも新しい場合
- 現在の時系列値が、前のアラート チェックの時系列値と同じ場合でも、時系列の最新の時系列値である場合
アラートクエリを初めて実行すると、Looker は結果セット全体を評価しなくなります。代わりに、Looker はそれらの結果を履歴データと見なし、アラートが作成されて最初のアラートクエリを実行した後に発生した変更のみを探します。
ケース 1: 時系列間隔が頻度より短い
この例では、ユーザーが 1 時間ごとの売り上げが目標を上回っているかどうかを毎日確認したいと考えています。
時系列の間隔 = 毎時の頻度 = 1 日に 1 回
このアプローチでは、1 時間を超える頻度で 1 時間ごとのデータをチェックします。アラートは、前回のアラート間隔でチェックされなかった新しい時系列の行をすべてチェックします。1 時間ごとのデータがあり、1 日に 1 回アラート チェックを行う場合、アラートは毎日 24 行をチェックします。各行が指定されたアラート条件と照合され、いずれかの行が条件を満たすと、メールが送信されます。
2019 年 5 月 25 日午前 9 時に実行
| 時系列値 | 価値の測定 | |
| 2019 年 5 月 25 日午前 8 時 | 200 | < アラート チェック |
| 2019 年 5 月 25 日午前 9 時 | 250 | < アラート チェック |
2019 年 5 月 25 日午前 11 時 00 分に実行
| 時系列値 | 価値の測定 | |
| 2019 年 5 月 25 日午前 8 時 | 200 | |
| 2019 年 5 月 25 日午前 9 時 | 250 | < 前のアラート |
| 2019 年 5 月 25 日午前 10 時 | 300 | < アラート チェック |
| 2019 年 5 月 25 日午前 11 時 | 300 | < アラート チェック |
2019 年 5 月 25 日午後 12 時に実行（新しいデータなし）
| 時系列値 | 価値の測定 | |
| 2019 年 5 月 25 日午前 8 時 | 200 | |
| 2019 年 5 月 25 日午前 9 時 | 250 | |
| 2019 年 5 月 25 日午前 10 時 | 300 | < 前のアラート |
| 2019 年 5 月 25 日午前 11 時 | 300 | < アラート チェック |
ケース 2: 時系列間隔が頻度よりも長い
この例では、ユーザーが今日の累積売り上げが目標を上回っているかどうかを 1 時間ごとに確認したいと考えています。
時系列の間隔 = 1 日 1 回の頻度 = 毎時
このアプローチでは、日付で集計されたデータを 1 日に何度も確認します。1 日の合計販売数が 200 に達した場合に通知するようにアラートを設定したとします。販売合計額が 1 日を通して累積され、各アラート チェック中に増加するため、Looker は最新の時系列値を前回アラートをトリガーした値に対して継続的にチェックします。
2019 年 5 月 25 日午前 9 時に実行
| 時系列値 | 価値の測定 | |
| 5/24/19 | 200 | < 前のアラート |
| 5/25/19 | 50 | < アラート チェック（通知なし） |
2019 年 5 月 25 日午前 10 時 00 分に実行
| 時系列値 | 価値の測定 | |
| 5/24/19 | 200 | < 前のアラート |
| 5/25/19 | 100 | < アラート チェック（通知なし） |
2019 年 5 月 25 日午前 11 時 00 分に実行
| 時系列値 | 価値の測定 | |
| 5/24/19 | 200 | < 前のアラート |
| 5/25/19 | 150 | < アラート チェック（通知なし） |