Alertsでは、カスタマイズされたアラートソリューションを作成することで、ご利用システムのモニタリングが可能となります。
アラートを設定すると、関心のある問題に関する通知を受け取れます。
開始するにあたって、アラートのコンセプトとワークフローのいくつかをご紹介します。
重要なコンセプトの紹介
アラートを使いこなすことで、作成した条件およびポリシーが違反と通知にどのようにつながるかという基本的なワークフローを理解できるようになります。
アラートを使いこなすことで、当社の使用する以下のような用語を理解できるようになります。
アラートの用語 | コメント |
|---|---|
ポリシー | ポリシーとは、1つ以上のアラート条件のグループです。条件をポリシーに追加する前にポリシーを作成しなければなりません。 ポリシーには、インシデントプリファレンスと通知チャネルという、すべての条件に適用される2つの設定があります（以下で詳しく説明します）。 |
条件 | 条件には次が含まれます。a）モニターされるデータソースと、b）違反と見なされる動きを定義する閾値。 たとえば、特定の条件は次のように説明されます。「私のアプリのページ読み込みのレスポンスタイムが8秒を超えて5分以上続く場合、これは違反となる。」 |
閾値 | 閾値は、条件の一部であり、違反と見なされる動きを定義します。条件を作成すると、必須のクリティカルレベルの閾値を設定します。オプションとして、二次的な警告レベルの閾値も設定できます。 |
違反 | 違反はデータソースの値が条件の閾値を超えた場合に発生します。これにより違反イベントが作成され、これを使用して重要な情報を川下に伝えます。 違反は、直接的には通知を生成することはなく、インシデントにつながる場合があり、これが通知を生成します。 |
インシデント | インシデントは通知を生成するものです。ポリシーレベルでは、インシデントプリファレンスによって、違反をどのように処理・組み合わせてインシデントを生成するのかを決定できます。 たとえば、一つ一つの違反がインシデントを生成するように設定（通知数が多くなる）、またはアラートポリシー全体を通じて単一のインシデントのみを開くよう設定（通知数が最低になる）できます。インシデントプリファレンスを設定することで、通知の作成方法を管理でき、通知疲れも予防できます。 |
通知 | ポリシーレベルで、インシデント発生時にどのチームメンバーが、どのように連絡を受けるのかを選択します。当社は、Webhook、Slackルーム、メールなど、いくつかの通知チャネルを提供します。状況を提供するためインシデントについてのチャートを含め、そのチャートをチームの通知と共有することができます。 |
これらおよびその他の用語の詳しい定義に関しては、用語集をご覧ください。
基本ワークフロー
基本コンセプトと用語を理解したところで、今度はポリシーならびに関連する条件の作成に関する一般的なプロセスを見てみましょう。
ポリシーを作成する。ポリシーを作成する際は：
- 意味がある名前を付けます。例：グループまたはチームの名称、またはそのポリシーが対象とするリソースまたはサービスのセットです。
- インシデントプリファレンスを設定して、違反がどのような方法でインシデントになるかを決定します。
- 通知チャネルを設定します。
そのポリシーに付属する条件を作成します。条件を作成する際のステップには、以下が挙げられます。
オプション：同じポリシーに条件をさらに追加します。
通知を受信する以外に、New Relic Oneでアラートインシデントまたはイベント詳細を確認できます。
次のステップ
アラートの使用方法に関する詳細をご希望の場合：