Почему это важно именно сейчас Atlassian закрыл новые регистрации в Opsgenie в первом квартале 2026 года и назначил 5 апреля 2027 года датой окончания поддержки. Функции дежурств переезжают в Jira...

Atlassian закрыл новые регистрации в Opsgenie в первом квартале 2026 года и назначил 5 апреля 2027 года датой окончания поддержки. Функции дежурств переезжают в Jira Service Management, а для многих команд в России переезд туда закрыт. PagerDuty, incident.io и Rootly либо недоступны, либо заточены под Slack, которым у нас почти никто не пользуется.

Что остаётся? Обычно одно из трёх: бот Zabbix, который шлёт всё подряд в общий чат; Karma поверх Alertmanager, на которую кто-то должен смотреть; или договорённость «если ночью упало — звоните Васе». Все три варианта показывают алерт, но ни один не отвечает на главный вопрос: кто сейчас отвечает за инцидент и что будет, если он не проснулся.

Я сделал «Дежурку» — небольшой сервис, который встаёт поверх уже имеющегося мониторинга и закрывает именно эту дыру. В статье расскажу, как он устроен, какие решения пришлось принять и как его попробовать.

Прежде чем писать код, я сформулировал требования, исходя из того, что у типичной команды уже стоит Prometheus с Alertmanager или Zabbix, а общаются все в Telegram.

Не заменять мониторинг, а встать после него. Алерты уже есть, их не надо собирать заново — нужно решить, кого будить.

Знать график. Ротация на неделю или на сутки, разные часовые пояса, подмены «Петя заболел, сегодня дежурит Маша» без правки конфигов.

Эскалировать. Если дежурный не отреагировал за 5 минут — звать следующего, потом тимлида, и так по кругу.

Фиксировать ответственного. Кнопка «Беру» в Telegram: нажал — эскалация остановилась, а все видят, кто разбирается.

Не спамить. Один и тот же алерт, пришедший 20 раз, — это один инцидент, а не 20 сообщений.

Ставиться в закрытый контур. Без публичного HTTPS, без внешних SaaS, данные остаются у компании.