• 使用を開始する
  • 関連ドキュメント

End of sales and support for Opsgenie

Atlassian will discontinue new sales of Opsgenie on June 4, 2025 and end support for Opsgenie on April 5, 2027. Read the full announcement and learn about next-generation incident response options via Jira Service Management and Compass.

オンコール スケジュールの作成

An on-call schedule is used to determine who is on-call at a given time.

YouTube でオンコール スケジュールを設定するをご覧ください。

Opsgenie では、チームが作成されるとオンコール スケジュールも自動で作成されます。Opsgenie では、ほんの数ステップでオンコール スケジュールを作成して管理できるようにします。管理者 (とチーム管理者) は、毎日、毎週、カスタム ローテーションでスケジュールを設定できます。

スケジュールを作成するには、チームのダッシュボードに移動し、[オンコール] タブのエスカレーションポリシーの後にある、オンコール スケジュールの概要に移動します。

[Add Schedule (スケジュールの追加)] をクリックしてフォームに記入し、新しい必要なオンコール スケジュールを作成します。


名前: スケジュールでは、文字、数字、アンダースコア、ピリオドのみを使用して名前を指定します。この名前は、チームのルーティング ルールでオンコール スケジュールを設定する際に使用します。

タイムゾーン: 適切なタイム ゾーンを選択して [保存] をクリックします。

ローテーションの定義方法を教えてください。

ローテーションは、同じシフトでローテーションする人々のグループです。1 つのスケジュールに複数のローテーションを提供したり、特定の期間に制限したりできます。アラートがスケジュールに従ってエスカレーションされると、すべての異なるローテーションにいるすべてのオンコール ユーザーに通知されます (累積)。

Opsgenie は、異なる参加者、ローテーション、スケジュールに対して定義される時間間隔を持つ複数のローテーションをサポートしています。スケジュールを使用して誰に通知するかを決定すると、異なるローテーションにいるすべてのオンコール ユーザーに通知されます。

ローテーションを定義するには、最初に [ローテーション] セクションの横にある [+ ローテーションを追加する] ボタンをクリックして、スケジュールの入力を開始します。

Opsgenie スケジュールにある [ローテーションを追加する] ボタンの場所を示すスクリーンショット。


ローテーションが定義されると、Opsgenie は以下のパラメーターに従って自動で計算して、誰がいつオンコールされるかを表示します。

開始日時は、ローテーションがアクティブになる時期を示します。スケジュールされたローテーションは、この日時から計算されます。それはオンコール責任の引き継ぎ時間になるため、時間はしばしば特に重要です (たとえば営業日の開始か、実際の日が開始する 0 時か)。デフォルトのローテーション開始時間は 08:00 です。

終了日時は、ローテーションが終了して非アクティブになるタイミングを示します。ルールの指定された終了日以降は、オンコール ローテーションを使用できません。終了日はオプションです。指定しなかった場合、ローテーションは無期限に継続されます。

参加者は、ユーザー、チーム、エスカレーションの場合があります。ローテーションへの参加頻度を高めるために、1 ユーザーを複数回含められます。参加者の順序は、リスト内で参加者をドラッグ & ドロップすることで変更できます。各参加者には色が割り当てられて、スケジュールのプレビューにはその色で表示されます。

ローテーションは、毎日、毎週、またはカスタムにできます。参加者が指定した開始日時から 24 時間ごとにローテーションする場合は、日単位のローテーションを選択します。週単位のローテーションを選択すると、指定した日時から毎週参加者がローテーションします。

ローテーションは、特定の曜日と時間帯に制限できます。ローテーションの時間枠を制限することで、営業時間、営業時間外、週末など、時間帯ごとに異なるオンコール ローテーションを定義できます。ローテーションは累積されます。ローテーションの時間枠が重複する場合は、すべてのローテーションが適用されます。したがって、同時にオンコールになるように複数の参加者が割り当てられることがあります。

個人のスケジュールはどのように表示するのですか?

ユーザーは、[設定] ページにある [マイプロファイル] の [通話スケジュール] タブを使用して、自分に割り当てられたスケジュールを表示してエクスポートできます。

また、ユーザーは、トップ ナビゲーション バーにあるプロフィール フライアウト メニューの [通話はいつですか?] をクリックして、[通話オンコール スケジュール] にアクセスできます。

エスカレーションの設定方法を教えてください。

Escalation options on the Free and Essentials plans don’t include: Notify Group, Notify next user in schedule, Notify previous user in schedule, Notify random member of team, and Repeat options.

これらのオプションを活用するには、Standard または Enterprise の各プランにアップグレードしてください。

アラートの受信者として複数のユーザーが指定されている場合、Opsgenie は通知設定に従って各ユーザーに同時に通知します。ただし、ほとんどの場合、ユーザーに一度に通知するのではなく、目的の順序でユーザーに通知する必要があります。

この要件を満たすために、エスカレーションは指定された順序とタイムラインに沿った各ルールの受信者への通知に使用されます。Team Routing Rules がユーザーへのアラートの通知にエスカレーションを使用すると、指定された時間を経過してアラートの状態が指定の条件を満たしたときに、エスカレーション ルールによって受信者に通知されます。

各エスカレーション ルールは、受信者として次のいずれかを指定できます。

  • 単一ユーザー

  • スケジュール中のオンコール ユーザー

  • スケジュールに対する次のオンコール メンバー

  • スケジュールに対する前のオンコール メンバー

  • チームのすべてのメンバー

  • チームの管理者

  • チームのユーザー

  • チームへのルーティング

  • ランダムなチーム メンバー

エスカレーションにルールを追加する際に、その受信者に通知するルールの条件を指定する必要があります。各ルールには、通知条件として次のいずれかを指定できます。

  • アラートは承認されていません

  • アラートはクローズされていません

アラートは承認されていません」という条件を持つエスカレーション ルールの時刻が来たときにアラートが確認またはクローズされた場合、このルールの受信者には通知されません。一方、「アラートは閉じていません」という条件を持つエスカレーション ルールの時間が来たときにアラートが閉じられた場合、このルールの受信者には通知されません。

エスカレーション ポリシーの設定方法

エスカレーション ポリシーは、選択したチームのダッシュボードの [オンコール] タブから設定できます。

エスカレーションには、繰り返すオプションもあります。最後のエスカレーション ルールの時間が経過して、アラート状態に一致する条件を含むルールが少なくとも 1 つある場合、エスカレーション ポリシーは繰り返し後の時間 (指定されている場合) 経過後にゼロから実行されます。アラートが承認済みですべてのエスカレーション ルールに「アラートが未承認の場合」の条件がある、またはアラートがクローズ済みである場合、エスカレーションは繰り返されない点にご注意ください。


Team ルーティング ルールにアラートをルーティングするエスカレーションがある場合、Opsgenie はそのエスカレーション ポリシーを使用して誰が (どの順で) 通知される必要があるかを決定します。さらに、チームごとにデフォルトのチーム エスカレーション ポリシーが自動で作成されます。アラートにチームが追加されると、そのルーティングされたエスカレーション ポリシーを使用して、通知するユーザーとそのタイミングを決定する必要があります。以下は、チームのエスカレーションの例です。

Opsgenie にあるエスカレーション ポリシーのサンプルを示すスクリーンショット。

既定のチーム エスカレーション ポリシーは、エスカレーションを理解するための良いサンプルになります。Opsgenie は、このエスカレーション ポリシーに従い、オンコール スケジュールに基づいてオンコール ユーザーに通知を送信します。上記の例では、オンコール ユーザーはアラートを表示して確認/クローズできます。アラートが承認またはクローズされた場合、エスカレーション ポリシーは停止します。5 分後にアラートが確認されなかったり閉じられたりした場合、Opsgenie は 2 番目のエスカレーション ステップを実行して、ローテーション時に次のユーザーに通知します。最後に、10 分経過してもアラートが確認されないか閉じられない場合は、3 番目のエスカレーション ステップが実行されてチームのすべてのメンバーに通知されます。

例外はどのように管理するのですか?

オンコール ユーザーが休暇に入ったり、シフトを入れ替えたり、アラート全般に応答できなかったりする場合があります。

このような状況では、Opsgenie はアドホック スケジュール例外 (つまりオーバーライド) を提供して、スケジュール (ローテーション) 設定を変更せずにスケジュールを変更できます。管理者またはチーム メンバーはオーバーライドを定義できます。

チーム メンバーは、自分が指定した時間間隔のオンコールの責任を取れます。チーム管理者は、チームの他のメンバーのオーバーライドも定義できます。スケジュール オーバーライドは、スケジュールの異なるローテーションにいるすべてのオンコール ユーザーを置き換えます。

既存のオンコール スケジュールをオーバーライドする方法を示す画像。

スケジュール オーバーライドは、ユーザーまたはアカウントの管理者によって作成されます。


Opsgenie では、ユーザーがすべての通知を別のユーザーに転送できるようにする転送ルールも提供します。

特定のローテーションをオーバーライドできますか?

スケジュールの 1 つ以上のローテーションからオンコールを受けるようにオーバーライドを定義できます。これを管理するには、オーバーライドの作成時にローテーション名を指定します。

オーバーライドが特定のローテーションからオンコールを受けるように定義されている場合は、オーバーライド ツールチップにローテーション名が表示されます。また、最終スケジュールでは、特定のローテーションに対して定義されたオーバーライドはこれらのローテーションにのみ表示されます。



 

さらにヘルプが必要ですか?

アトラシアン コミュニティをご利用ください。