アラート通知フロー
この文書では、次の図に基づいて、作成されたアラートのフローについて説明します。グラフィックのラベル付きのパイプライン (1 ~ 18) に従って、一般的なアラート フローと Opsgenie で通知を受けるユーザーとそのタイミングを設定する方法についてご確認ください。
Opsgenie のアラート機能は、サービスへの影響を考慮したインシデント管理と管理システムおよびプロセスを構築して最適化する際に役立ちます。Opsgenie アラートを監視システム、サービス管理とチケット発行の各ソリューション、コラボレーション ツール、その他のチーミング ツールと統合します。Opsgenie は、関連するアラートを (インシデントに) 結合して添付ファイル、メモ、リンクを追加することに加えて、アラートのコンテンツをフィルター、分類、強化します。これによって、インシデントに関する利用可能な情報を最大化して、アラートを評価して処理内容を決定するために必要な時間とトラブルを最小化できます。Opsgenie がアクションを同期したり簡単にマッピングしたりするためにカスタム アクションを実行することがわかっているため、アラートで簡単にコラボレーションしてさまざまなチャンネルでアクションを実行できます。
Opsgenie は、システムで何が起こっているかを確認して、組織のイベントに迅速に対応できる能力を最適化する方法をさらに強化します。Opsgenie エスカレーション、オンコール スケジューリング、ルール、ポリシーをカスタマイズすることで、インシデント対応のメカニズムとプロセスを強化できます。アラート通知フローを理解すると、ユーザーはインシデント対応プロセスを調整し続ける機会を確認できます。以下の図と説明はこのフローの概要を示しています。各ステップの説明には、そのステップに関連付けられたプロセスに関する詳細のリンクが含まれています。
1. アラートが作成されました
The Alert Creation Flow flow precedes the Alert Notifications flow and determines whether — and when — the Alert Notifications flow begins. When the Alert Creation flow initiates the Alert Notifications flow, the Status of the Alert is Open.
a. アラート作成フロー
アラート作成フローで、Opsgenie はアラート通知フローの開始前にすべてのソース (受信アラート) からの受信データに対するルール、ポリシー、その他の操作を処理します。
例:
i. アラートのフィルタリングと抑制
Opsgenie 統合では、着信アラートのフィルタリング、アラートの作成、構成可能な条件の一致に基づいた他のアクション (着信アラートの無視を含む) の実行が可能です。その他の統合ルールや設定では、通知フローの開始前にアラートを抑制できます。通知は送信されませんが、ユーザーはアラートにアクセスできます。
ii. 通知ポリシー
通知ポリシーはアラート通知フローの開始を遅らせられます。Opsgenie は、アラート作成フロー中にすべてのソースからの着信アラートをチェックします。また、ソースが設定された回数である同じエイリアス (アラートの一意の ID) によって Opsgenie アラートの作成を試行するまで、アラート通知フローを遅らせるように設定できます。
iii. Deduplication
If incoming alerts from any source attempt to create a new Opsgenie Alert when there is already an open Alert with the same Alias, Opsgenie deduplicates the Alert. Deduplication increases an Alert’s Alert Count value by one, instead of creating another Alert. Opsgenie adds these events to the Alert’s Activity Log (to enhance tracking).
Opsgenie は (状態がオープンである限り) アラートの重複除外を続行しますが、アラート カウントの値とアクティビティ ログには、100 回発生すると以降は重複除外アクティビティが表示されなくなります。
b. アラート状態
手動または統合ツールによってアラートを最初に作成すると、アラートの状態はオープンで未承認になります。アラートのライフサイクルの過程で、ルール、ポリシー、ユーザー アクションの操作の結果としてアラートの状態が変化します。
Opsgenie がアラート通知を送信するかどうかは、アラートの状態によって異なります。
Opsgenie は、アラート通知フローのすべてのステップでアラートの状態をチェックします。Opsgenie がユーザーのアクション、自動クローズ ポリシー、または統合クローズ アラート ルールによってアラートがクローズ済みであると判断した場合、アラートの通知フローは終了します。
2. 自動クローズ ポリシーが処理されました
When Alert content matches conditions of an Auto-Close Policy, an Auto-Close event is triggered. When the time set for an Auto-Close event arrives, Opsgenie automatically closes the Alert.
3. 自動再起動通知ポリシーが処理されました
If you set an Auto Restart Notification Policy, the current Notification flow is discarded and restarted (regardless of the current Recipient or Escalation states) following a policy-specified time after an Alert’s creation — as long as the alert is not Closed. So, an Open Alert moves on to Step 3, regardless of its current state.
次のポリシーも再トリガーされて、それらの時間状態が更新されます。
自動クローズ
遅延オプションまたは抑制オプションを含む通知ポリシー
4. - 8. 通知先は誰ですか?
次にアラートで発生することは、アラートで直属アラート受信者またはチームが識別されるかどうかによって異なります。
アラート コンテンツ (4) に直属/個々の受信者のみ、または個々の受信者とチームの両方が指定されている場合は、アラート通知 (8) に追加されます。
アラート コンテンツ (5) にチームのみ (直属の受信者なし) が指定されている場合、次に発生することは、そのチームに一致するルーティング ルールがあるかどうか (6) によって異なります。
一致するルーティング ルールがない場合、通知は送信されません (チーム メンバーはアラートを表示してアクセスできます)。
一致するルーティング ルールがある場合、次に最初に一致したルーティング ルールは、チームのエスカレーションまたはオンコール スケジュールに従って、アラート通知をルーティングするか、誰にもルーティングしません。チーム メンバーは引き続きアラートを表示できアクセスできます (ただし通知は送信されません)。(7)
アラートで 1 人でも受信者が指定されている場合、ルーティング ルールはトリガーされません。アラート通知フローは、(11) (組織の Opsgenie プランにポリシーが含まれている場合) または (15) (プランにポリシーが含まれていない場合) に移動します。
9. - 10. エスカレーションが処理されました
If an Escalation is triggered (no matter when the Escalation was added to the Recipients field), Opsgenie starts processing Escalation Rules (9) to see whether to add new Recipients to an Alert Notification. Opsgenie checks these rules against Alert states.
例:
エスカレーション ルールが承認済みではない (または未承認の) アラートについてのみ受信者に通知する場合は、アラートがオープンかつ未承認である場合 (「承認されていない場合」) にのみ Opsgenie は新しい受信者をアラート通知に追加します。
アラートがクローズ済みではないときにのみに、エスカレーション ルールが受信者に通知する、アラートがオープンの場合、アラートが承認済みであっても、ターゲット受信者がアラートに追加されます。
If an Escalation Rule adds any Teams as new Recipients, the Notifications flow starts for the added Team Recipients at Step 6. If it adds any Individual Recipients, the Notifications flow begins for these new Recipients at Step 8 — whether these Recipients are single users, other members of a team, or members of an on-call schedule.
11. - 14. 通知ポリシーが処理されました
Some Opsgenie plans let an organization’s Administrative users apply different operations to Alert Notifications by means of Notification Policies. If an organization’s plan does not include Notification Policies, then the Notifications flow continues at (15). If an Alert’s content matches a Notification Policy’s conditions, however, Opsgenie processes Notification Policies (11).
ユーザーは、自分のプロファイルの [通知] タブで通知ルール (アラート通知の配信方法に関連する) を設定します。Opsgenie は (17) の [Recipient Notifications (受信者通知)] 設定を処理します。
通知は抑制されましたか (12) ?
通知ポリシーによってアラート通知が抑制される場合、Opsgenie はアラートの受信者に通知しません。ただし、ユーザーは抑制されたアラートにアクセスしてアクションを実行できます。
統合では、アラートの作成フロー中にアラートを抑制できます。統合によってアラートが抑制されている場合は、アラートの作成フロー中にアラート通知フローは開始されません。
通知は遅れていましたか (13) ?
一致する通知ポリシーが通知を遅延すると、遅延イベントがトリガーされます。遅延に設定された時間が終了すると (14)、フローは継続されます。
Notification Policies can also delay Alerts during the Alert Creation flow. When Alerts are delayed during the Alert Creation flow, then an Alert is not created — and the Alert Notifications flow does not begin — until a source has repeatedly attempted to create an Opsgenie Alert with the same Alias (a configurable number of times).
15. アラートの状態と受信者の準備状態がチェックされます
Opsgenie は通知を送信する前に、受信者の準備ができていることを確認します。
受信者が用意できました。
受信者が追加されると必ず、一致するポリシーがない限りは遅延が追加されます。
受信者が追加されるたびに遅延時間を追加する -- 一致するポリシーによって遅延が追加された場合。
Opsgenie は、アラートの状態をもう 1 度チェックします。
アラート状態 | 結果 |
---|---|
Closed | 受信者には通知されません。 |
オープンで承認済み | アラートがクローズ済みでない限り、エスカレーションに通知が必要なルールがある場合を除き、受信者に通知されなくなります。 |
オープンで未承認 | Recipients who have not seen Alert Details are notified: if a Recipient displayed Alert Details (in Opsgenie or any communication channels), then that Recipient is not notified. |
16. ユーザー通知設定が処理されました
On the Notifications tabs of their Profiles, users can set Notification Rules that determine how Opsgenie delivers Alert Notifications to them. Opsgenie processes these user Notification Settings according to the following priorities:
ユーザーが受信者として識別されたとき | Opsgenie が適用する通知ルール |
---|---|
ステップ 3 ~ 7 | 新しいアラート通知ルール |
アラートのコンテンツ内 (アラートが作成されたとき) | 新しいアラート通知ルール |
スヌーズまたは未承認アクションの結果として | 新しいアラート通知ルール |
ユーザーまたはチームが既存のアラートに追加された場合: | 新しいアラート通知ルール |
他のアラート アクションの結果として: | 承認アクション > 承認済みアラート ルール クローズ アクション > クローズ済みアラート ルール割り当てアクション > 割り当て済みアラート ルール メモ追加アクション > メモ追加ルール |
他のユーザー アクションの結果として: | 新しいアラート通知ルール |
If a Recipient has set Forwarding Rules, Opsgenie forwards the Alert Notification to the new Recipient for a set time frame: the Notifications flow ends for the original, replacing the previous Recipient and adding the substituted Recipient in the flow before Step 15. Even after the period for the forwarding rule expires, the previous Recipient will no longer receive updates for that Alert Notification.
[メモの追加]、[承認]、および [クローズ] アクションでは、受信者がそのアラートを認識している場合にのみ、Opsgenie から通知が送信されます。これは、受信者がアラートについて既に通知されているか、または受信者がアラートを確認したことを意味します。
17. 一致する通知ルールに対して連絡方式が有効になっていますか?
Opsgenie can only send an Alert Notification if a user has enabled a Contact Method for a matching Notification Rule on the Notification Settings tab in their Profile. If there is no matching Notification Rule or if no Contact Method is enabled for the matching Notification Rule, then Opsgenie will not send an Alert.
18. アラート通知が送信されました
Opsgenie は、各ユーザーが選択した連絡先方法に従って、1 人以上の受信者にアラート通知を送信します。
一部のユーザー アクションは、アラート通知フローを中断または変更します。例: チーム メンバーがユーザーに未承認アラートを割り当てた場合は、通知を受けているすべてのユーザーに対してアラート通知フローが続行されます。新しく割り当てられたユーザーが割り当てられた通知を受信することを除いて、フローには影響しません (一致する通知ルールを有効にした場合)。
ただし、チーム メンバーが (割り当て前に) アラートを承認すると、既存のアラート通知フローはチームの残りの部分で停止して新しく割り当てられたユーザーに対して開始されます。
この内容はお役に立ちましたか?