オンコール回転とは?
オンコールローテーションは、時間の経過とともにさまざまな担当者に業務上の責任を割り当てる、順序付けられたスケジュールです。監視システムに連絡先を通知し、現在のシフトを所有するチームに通知し、初期対応者が不在の場合の次のステップを提供する必要があります。
カレンダーだけでは、ワークフロー全体を処理できません。 IncidentRelay は、アラート ルート、通知チャンネル、リマインダー、エスカレーション ポリシーで回転を結合します。
現在の所有権を非曖昧に保つ
各ルートはチームに接続され、回転またはエスカレーションポリシーを使用して、責任者を選択します。 アラートが到着すると、IncidentRelay は現在のオンコールユーザを計算し、インシデントで運用コンテキストを記録します。
これは、チャットトピック、ピン留めされたスプレッドシート、または誰の集合的な記憶に依存することを避けます。 大切な人になるまで、美しく働きます。
層のカバレッジ
回転層は、単一の繰り返しリストを超えてスケジュールをモデル化することができます。 チームは、異なる時間ウィンドウ、カバレッジグループ、またはプライマリおよびセカンダリのレイヤーを使用できます。 IncidentRelay はそれらのルールから最終スケジュールを計算します。
- 層ごとに個別のメンバーシップを維持します。
- 作業時間やカバレッジウィンドウの制限を定義します。
- 歴史と将来のメンバーシップの期間を維持します。
- 作業用カレンダーで結果の所有者を表示します。
シフトスワップとオーバーライド
オーバーライドは、スケジュールされたローテーション メンバーを一時的に置き換えます。休暇、病気、シフトトレード、短期の補償範囲の変更に役立ちます。基本ローテーションは変更されないため、オーバーライド終了後、スケジュールは自動的に通常に戻ります。
回転からエスカレーションまで
回転は、現在の応答器を選択します。 エスカレーション・ポリシーは、次に起こることを定義します。 IncidentRelay は、リマインダーを繰り返すことができ、別のユーザーまたは回転に移動し、誰かがアラートを認めるまで、注文されたポリシーのステップを続けてください。
| コンポーネント | 運営目的 |
|---|---|
| ローテーション | 現在担当する人物を選択します。 |
| オーバーライド | 予定されている人物を一時的に置き換えます。 |
| リマインダー | アラートが未認識のままの状態で配信を繰り返します。 |
| エスカレーションポリシー | 注文したユーザーや回転によって責任を移動します。 |
回転可視性
チームは IncidentRelay でスケジュールを調べ、 CalDAV または プライベート ICS フィードを購読できます。 これは、サードパーティのカレンダーアプリケーションに真実のソースを移動することなく、応答者のカレンダーの可視性を与えます。
オープンソースとセルフホスト
IncidentRelay は、データベース内の回転、ユーザー、アラート、インシデントデータを格納し、インフラストラクチャで実行します。 含まれている Helm チャートを使用して Docker Compose、RPM パッケージ、システム化または Kubernetes で展開できます。
changelog を確認し、プロダクションカバレッジのためにそれに依存する前に、実際のハンドオフとエスカレーションパスをテストします。