Atlassian объявила о закрытии Opsgenie: новые продажи уже прекращены, а 5 апреля 2027 года сервис будет полностью отключён. Существующим клиентам компания предлагает переходить на Jira Service Management и Compass.
Для команд, у которых Opsgenie встроен в ежедневные процессы эксплуатации, это сигнал начать подготовку к миграции — без спешки, но и откладывать уже не стоит.
Содержание
- Почему системы реагирования на инциденты требуют внимания
- Какие возможности чаще всего используют команды в Opsgenie
- Что важно учитывать при выборе альтернативы
- Чем заменить Opsgenie в 2026–2027 году
- Opsgenie vs Sereno OnCall
- Что проверить перед миграцией с Opsgenie
Почему системы реагирования на инциденты требуют внимания
Отказоустойчивость принято обсуждать на уровне серверов, баз данных и резервирования. Но есть ещё один критический слой — сам процесс реагирования.
Ночью мониторинг фиксирует сбой в продакшене. Алерт должен найти дежурного инженера. Если тот не отвечает — система подключает следующего. Если ситуация серьёзнее — уведомляет руководителя или смежную команду. Opsgenie, PagerDuty или Grafana OnCall автоматизируют именно этот процесс. Когда он ломается, начинают расти метрики: MTTA (Mean Time To Acknowledge), MTTR (Mean Time To Resolution), время простоя и, наконец, риски для бизнеса.
Отказоустойчивость процесса реагирования не менее важна, чем отказоустойчивость инфраструктуры: алерт ничего не решает сам по себе, пока не дойдёт до нужного человека в кратчайшее время.
Какие возможности чаще всего используют команды в Opsgenie
На практике большинство компаний задействуют ограниченный набор функций — именно они становятся основой при выборе альтернативы и планировании миграции.
Как правило, это управление дежурствами: расписания, смены, ротации, замены. Политики эскалации — последовательные уровни уведомлений с автоматическим подключением следующего ответственного, если текущий не отвечает. Управление алертами: дедупликация, маршрутизация, фильтрация шума. И базовый incident management — создание инцидентов, назначение ответственных, журнал действий.
Из интеграций часто используются Zabbix, Grafana, Prometheus Alertmanager, Elasticsearch/ElastAlert, Telegram и Mattermost.
Что важно учитывать при выборе альтернативы
Закрытие Opsgenie — хороший повод оценить не только функциональность новой платформы, но и долгосрочные риски: политику вендора, условия лицензирования, возможность миграции в будущем. Важно, чтобы решение интегрировалось с существующим мониторингом и одинаково хорошо работало как для небольшой команды дежурных, так и для множества отделов и подразделений.
Чем заменить Opsgenie в 2026–2027 году
Для российских компаний выбор альтернативы Opsgenie ограничен сильнее, чем может показаться. Большинство зарубежных SaaS-платформ — PagerDuty, incident.io, Rootly и другие — в текущих условиях работают с существенными ограничениями или недоступны полностью. Примечательно, что российские платформы мониторинга функционал on-call и управление инцидентами в том или ином виде предоставляют, но только как часть всей платформы. Отдельного решения, закрывающего именно эту задачу, на рынке до недавнего времени просто не было.
Среди open source вариантов картина тоже неоднозначная. Grafana OnCall была заархивирована 24 марта 2026 года — OSS-версия официально закрыта, развитие прекращено. Keep HQ (keephq.dev) активно развивался, но в 2025 году был приобретён компанией Elastic: с учётом её истории перевода продуктов на закрытые лицензии, дальнейшая судьба проекта остаётся под вопросом. OneUptime продолжает развиваться и остаётся рабочим вариантом для самостоятельного развёртывания. В целом open source даёт независимость от вендора, но вся ответственность за эксплуатацию платформы и поддержку интеграций ложится на внутреннюю команду — это стоит учитывать при оценке реальной стоимости решения.
Sereno OnCall — система для управления дежурствами, эскалациями, алертами и инцидентами, развивающаяся, в первую очередь, с учётом ожиданий российского рынка. Создаётся инженерами с практическим опытом эксплуатации высоконагруженных систем, включает механизмы дедупликации и группировки алертов и ориентирована на быструю интеграцию с существующим стеком мониторинга.
Opsgenie vs Sereno OnCall
При выборе замены важно оценивать не только список функций, но и доступность сервиса, качество поддержки и долгосрочную устойчивость поставщика.
| Возможность | Opsgenie | Sereno OnCall |
|---|---|---|
| Управление дежурствами | Да | Да |
| Политики эскалации | Да | Да |
| Дедупликация алертов | Да | Да |
| Управление инцидентами | Да | Да |
| Интеграция с Zabbix | Да | Да |
| Интеграция с Grafana | Да | Да |
| Интеграция с Alertmanager | Да | Да |
| Интеграция с ElastAlert | Да | Да |
| Email-уведомления | Да | Да |
| Telegram-уведомления | Нет | Да |
| Русскоязычная поддержка | Нет | Да |
| Ориентация на российский рынок | Нет | Да |
| Развитие продукта после 2027 года | Нет | Да |
On-call — это не только уведомления. Современная платформа должна помогать координировать команду во время инцидента, а не просто обходить список контактов. Именно в таком ключе создавалась и продолжит развиваться Sereno OnCall.
Что проверить перед миграцией с Opsgenie
Успешная миграция начинается не с выбора нового решения, а с аудита текущей конфигурации. За годы эксплуатации в системе могут накопиться забытые расписания, нестандартные правила маршрутизации и сценарии уведомлений, которые напрямую влияют на скорость реагирования.
Перед переходом стоит зафиксировать все активные интеграции — системы мониторинга, логирования, ITSM-инструменты и мессенджеры. Отдельно проверить расписания дежурств с праздничными графиками и замещениями, политики эскалации и выгрузить историю инцидентов — она пригодится для ретроспектив и отчётности.
Закрытие Opsgenie — повод не просто заменить один инструмент другим, а пересмотреть зависимость критических процессов от конкретного поставщика.
Независимо от выбранного решения ключевой вопрос остаётся прежним: насколько быстро команда узнает о проблеме, найдёт ответственного и восстановит сервис. Именно этот критерий должен определять выбор новой платформы.