Сообщить об ошибкеКороткий ответ
On-call — это период времени, когда инженер обязан быть доступным для реагирования на алерты по заранее определённому сервису, с доступом к runbook'ам и правами на устранение инцидента; ротация нужна, чтобы распределить нагрузку и не допустить выгорания одного человека.
Как это работает подробнее
дежурный получает алерты через систему оповещений (пейджер/эскалация), оценивает серьёзность, устраняет или эскалирует проблему по runbook, и документирует действия для последующего постмортема. Ротация (например, недельная) распределяет это ответственное время между несколькими инженерами по графику.
Пример / кейс
Ожидаемое поведение: при срабатывании критического алерта система оповещений сначала звонит/пишет Анне; если она не подтвердила получение за 15 минут, автоматически эскалирует на Бориса — так дежурство не зависит от одного человека.
Пример кода
Расписание on-call (неделя):
Пн-Вс: Дежурный — Анна (основной), Борис (резервный, эскалация через 15 мин без ответа)Что использовать на практике
- Практический подход. Эффективное on-call требует чётких runbook'ов, разумного уровня шума алертов (иначе выгорание из-за ложных тревог) и компенсации/учёта времени дежурства. Важно заранее проверить, что у дежурного есть доступ ко всем нужным системам, а не выяснять это в момент инцидента.
Подводные камни
- Частые ошибки. Назначать on-call без доступа к продовым системам или документации; не ограничивать количество последовательных дежурств одного человека; путать on-call с обычной рабочей сменой — дежурство предполагает готовность реагировать вне рабочих часов.