チーム ダッシュボードを設定する

チーム ルーティング ルール

チーム ルーティング ルールは、異なるアラートについて、異なる時間に異なるエスカレーション ルールまたはオンコール スケジュールを使用してチームに通知する柔軟性を提供します。そのために、“No One” (簡略化されたアラート抑制)、チーム エスカレーション、またはチーム スケジュールを指定するオプションを利用できます。独自の条件と時間間隔を使用して、複数のルーティング ルールをカスタマイズしましょう。

スケジュールにルーティングすると、アラートが作成された時点でスケジュール内にいるオンコールの個人にのみ通知が行われます。

エスカレーションはエスカレーション ポリシーに従い、フローの最初のユーザー (ユーザー、チームなど) に通知します。指定された時間が過ぎると、ポリシーがなくなるまで次のユーザーに通知します。ルーティング ルールは、アラートのプロパティに基づいており、特定の時間間隔で適用するように構成できます。ただし、選択したオプションに関係なく、アラートはすべてのチーム メンバーに表示されます。

チームに対してアラートが作成された、または ([チームの追加] アクションを使用して) アラートがチームに割り当てられた際に、Opsgenie はチームのルーティング ルールを評価して、適切なスケジュール/エスカレーション/通知を確認します。次に、最初に一致するルーティング ルールを適用して、チームに通知します。つまり、1 つのアラートに適用されるルーティング ルールは 1 つのみということです。ルーティング ルールは、表示される順番 (トップダウン) で評価されます。

チームは最大 100 のルーティング ルールを設定できます。

Team エスカレーション ポリシー

チームが作成されると、すべてのチームにはデフォルトでエスカレーション ポリシーが適用されます。アラートをチームに割り当てると、すべてのチーム メンバーがアラートにアクセスできてアラート ページに表示されます。 

Opsgenie は、チーム エスカレーション ポリシーを使用して、デフォルトで通知するチーム メンバーを決定します。ルーティング ルールを設定することで、Opsgenie の動作を変更して他のエスカレーション/オンコール スケジュールを通知できます。

チーム エスカレーション ポリシーのデフォルト設定は、チームを初めて作成するときに提供されます。アカウント管理者またはチーム管理者は、いつでも新しいエスカレーション ポリシーを編集したり追加したりできます。Opsgenie におけるエスカレーションの仕組みに関する詳細をご確認ください。

同じチームに対して複数のエスカレーション ポリシーを作成できます。エスカレーションを追加する際は、そのエスカレーションの名前、説明、ルールを指定します。チーム ダッシュボードに定義されたルーティング ルールは、アラートがチームに割り当てられた際に処理されるエスカレーションを指定します。

Team オンコール スケジュール

チームが作成されると、すべてのチームにはデフォルトでオンコール スケジュールが適用されます。スケジュール機能を活用するには、エスカレーション ポリシー がチーム スケジュールを示している必要があります。デフォルトのチーム エスカレーション ポリシーの最初のステップは、オンコール ユーザーを示します。

デフォルトのスケジュール設定には、毎週のローテーションでチームが作成された際に追加されるチーム メンバーが含まれます。管理者は必要に応じてスケジュールを変更できます。

チームのダッシュボードのスケジュール セクションにマウス ポインターを合わせて次のアイコンにアクセスすると、スケジュールに簡単にアクセスしてさらなるアクションを実行して共有できます。

• カレンダー リンクをコピーする

• カレンダーを開く

• チーム スケジュールをエクスポートする

• clone

• 編集

• 削除

同じチームに対して複数のスケジュールを定義するには、チームのダッシュボードの上部にある [ルーティング ルール] で [Notify on-call user(s) in schedule (スケジュール内のオンコール ユーザーに通知する)] を選択して、チームがアラートに割り当てられたときに使用するスケジュールを直接指定します。

スケジュール ローテーション
ローテーションは、同じシフトで交代するユーザーのグループです。ローテーションは特定の期間に制限できるため、スケジュールでの複数のローテーションは任意です。同じ期間にオンコールのユーザーを複数保持するには、異なる参加者で構成された 2 つのローテーションを追加します。アラートがスケジュールにエスカレーションされると、すべての異なるローテーションにいるオンコールの全ユーザーに通知されます (累積)。ローテーションの定義方法をご確認ください。

スケジュールのオーバーライド
Opsgenie が提供するアドホック スケジュール例外によって、スケジュール (ローテーション) 設定を変更しないでスケジュールを変更できます。管理者またはチーム メンバーはオーバーライドを定義できます。チーム メンバーは、自分が指定した時間間隔のオンコールの責任を取れます。チーム管理者は、チームの他のメンバーのオーバーライドも定義できます。スケジュール オーバーライドは、スケジュールの異なるローテーションにいるすべてのオンコール ユーザーを置き換えます。

アラートがチームに割り当てられたときに通知されるのは誰ですか?

アラートにチームを割り当てる方法は複数あります。Web UI、REST API、さらに一般的な例として統合を使用する方法があります。個々のアラートは複数のチームに割り当てられます。アラートがチームに割り当てられると、チームのルーティング ルールがアラートに対して評価されて、使用する必要があるメカニズム (エスカレーション ポリシー、スケジュール) を決定します。

チーム エスカレーションの場合、そのルールはアラート対応者に通知するために実行されます。
チーム スケジュールでは、現在のオンコール ユーザーにアラートが通知されます。

また、Opsgenie には [対応者] というオプションのアラート フィールドがあり、そのアラートについて通知する者を指定します。アラートの作成時に対応者フィールドを使用すると、対応者フィールドはチームの割り当てよりも優先されます。チーム メンバーは引き続きアラートにアクセスできますが (アラートを表示してアクションを実行できる)、対応者フィールドを使用して通知するユーザーが決定されます。チーム エスカレーション ポリシーの代わりに、対応者フィールドを使用して異なるユーザー、グループ、スケジュール、またはエスカレーションを指定できます。既存のアラートの場合は、対応者追加アクションを使用してチーム メンバーではない可能性がある他のユーザーに通知できます。

アラートの可視性と対応者の詳細については、「アラート対応者」もご参照ください。

チーム統合

[設定] → [統合] の順に移動して、アラートを追加、検索、オフに、またはチーム統合を一時停止します。

• 特定のチームに割り当てられた統合によって作成されたアラートは、この統合に割り当てられているチームにルーティングされます。つまり、チーム制限付き統合では、割り当てられたチーム以外の対応者をアラートにルーティングできません。注意: アラートがチームにルーティングされると、チームのルーティング ルールを使用して通知を送信するために対応者のユーザーをアラートに追加しながら、どのエスカレーションまたはスケジュールを使用する必要があるかどうかを決定します。

• Team 制限付き統合では、統合が割り当てられているチームにアラートが表示される場合にのみアラート アクションを実行できます。同様に、チーム制限付き API インテグレーションは、取得リクエストがアラート取得かアラート リストのいずれかに関係なく、割り当てられたチームに表示されるアラートにのみアクセスできます。

• チーム制限付き統合は、割り当てられたチームにアラートが表示される場合にのみ、アラート対応者、メモ、またはログにアクセスできます。

• チーム制限付き API インテグレーションは、次の制限がある次の API ドメインにのみアクセスできます。

  • アラート API

  • Heartbeat API: Heartbeat は API キーを使用して同じチームに制限する必要があります。

  • Team API: チームは統合の所有者である必要があります。

  • エスカレーション API: エスカレーションは API キーを使用して同じチームに制限する必要があります。

  • スケジュール API: スケジュールは API キーを使用して同じチームに制限する必要があります。

  • スケジュール オーバーライド API: スケジュールは API キーを使用して同じチームに制限する必要があります。

  • 統合 API (非推奨): ターゲット統合は API キーを使用して同じチームに制限する必要があります。

• 発信チーム制限付き統合は、統合に割り当てられているチームに表示されないアラートのコールバックを送信できません。

Team Heartbeat

Heartbeat 機能を使用すると、Opsgenie と目的のシステムの間に Heartbeat の間隔を設定することによって、環境が Opsgenie に継続的に接続できるようになります。詳細については、「Heartbeat を追加して外部システムを監視する」をご参照ください。

チームは独自の Heartbeat とHeartbeat 統合を構成して、チーム固有の Heartbeat 監視フローを合理化できます。チーム Heartbeat が期限切れになると、同じチームのHeartbeat 統合を使用してアラートが作成されます。注意: チーム API キーを使用してグローバル Heartbeatや他のチームの Heartbeat に ping することはできません。

Team サービス

サービスは、監視、管理、運用しているエンティティです。サービスを追加した後、インシデントに関連するアラートを集計するインシデント ルールを定義するか、手動インシデント作成用のインシデント テンプレートを定義できます。

サービスを作成するには、チームのダッシュボードにある [サービス] サブメニューにアクセスして、[サービスの追加] をクリックします。ここでは、定義済みのサービスのリストが説明と可視性と併せて表示されます。

サービス名とサービス説明を入力 (保存) して、サービスを定義します。

サービスの詳細については、「サービス」をご参照ください。

メンバー:

あなたのチームを構成するユーザーです。ここにそれらのユーザーを追加します。

ロール

ここでカスタム ロールを作成して、チーム メンバーに特定の権限を付与します。
ポリシー:

アラートライフサイクルと通知ライフサイクルを管理するためのアラート、通知、メンテナンス ポリシー。ワークフローに合わせて、これらのポリシーにルールを追加します。
会議:

インシデント コマンド センター (ICC) 会議室をここに指定して、インシデント コミュニケーションとコラボレーションを瞬時に行えます。
アクティビティ ストリーム: メイン ダッシュボードの前のホームから移動すると、Team 内でアクションが実行された日時とユーザーに関する更新を投稿します。たとえば、ルーティング ルールまたはエスカレーションが更新された場合は、その変更がここに反映されて変更を実行しているユーザーが記録されます。