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

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

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

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

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

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

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

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

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

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

A default configuration for the team escalation policy is provided when you create the team for the first time. Account or team admins can edit or add new escalation policies anytime.  Learn more about how escalations work in 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 should be restricted to the same team with the API key.

  • Teams API: Team should be the owner of integration.

  • Escalations API : Escalation should be restricted to the same team with the API key.

  • Schedules API: Schedule should be restricted to the same team with the API key.

  • Schedule Overrides API: Schedule should be restricted to the same team with the API key.

  • Integration API (Deprecated): Target integration should be restricted to the same team with the API key.

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

Team Heartbeat

The Heartbeat feature can be used to ensure that your environment is able to connect to Opsgenie continuously by setting intervals for the heartbeat between Opsgenie and the desired system. For more information, see Add Heartbeats to monitor external systems.

Teams can configure their own heartbeats and heartbeat integrations to streamline a heartbeat monitoring flow that is specific to their teams. When a team heartbeat is expired, an alert will be created using the heartbeat integration of the same team. Please note: a team API key can not be used to ping the global heartbeats or the heartbeats of other teams.

Team サービス

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

To create a Service, access the Services sub-menu on the Team’s Dashboard and click Add Service. Here is where you would also see the list of defined Services with their descriptions and visibility.

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

For more information on Services, see Services.

メンバー:

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

Roles:

Give certain permissions to team members by creating custom roles here.
Policies:

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

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