オンコールのプロセスとポリシー - ベストエフォートローテーション

一部のシステムでは、オンコールシステムではなく、ベストエフォートローテーションを使用しています。例えば、Release Manager のローテーションは、一度に 1 週間、2 名のエンジニアのペアが担当するベストエフォート方式です。

ベストエフォートローテーションには SLA はありません。

ベストエフォートローテーションを使用するかどうかの判断は、チームの規模や性質ではなく、オンコールの要件を中心に行うべきです。ただし、チームの規模によってはベストエフォートローテーションが最良の選択肢になり得ることが認識されています。

ベストエフォートローテーションでは:

1. 固定のオンコールローテーションはありません (チームメンバーはオンコールではありません)。
2. このグループへのエスカレーションがあった場合、その地域のすべてのチームメンバーがページされます。
3. ページされた場合、ベストエフォートで対応することが期待されます。
4. 逆に、Tier 1 ローテーションは、本当に必要な状況でのみページを発するベストエフォートを尽くします。

ベストエフォートローテーションを使用したい場合は、追跡用の Issue を作成する 必要があります。以下を含めてください:

1. このローテーションの参加者
2. 参加者の所在地
3. ベストエフォートローテーションを選択する理由
4. ローテーションを 24x5 に引き上げる準備と、その時間枠の想定

アクティブなベストエフォートローテーション

Release Manager

• ローテーションリーダー: Michele Bursi
• カバレッジ: ベストエフォート
• スケジュール: schedule

Database Operations

• ローテーションリーダー:
• カバレッジ: ベストエフォート
• スケジュール: schedule

詳細情報

Database Operations - (詳細)

ページのソースコードを見る - ページの編集 - please contribute.