Зачем самостоятельно размещать платформу на вызове?
Системы вызова содержат конфиденциальные оперативные данные: расписания сотрудников, контактные данные, полезные нагрузки, названия служб, сроки инцидентов и ссылки на внутренние системы. Некоторые команды предпочитают хранить эту информацию в своей сети и базе данных.
Самостоятельный хостинг также дает командам контроль над временем развертывания, интеграцией, сохранением, резервным копированием и границами доступа. Компромисс прост: вы управляете платформой и владеете ее доступностью. Волшебного облака нет, только компьютер получает счета где-то еще.
Что включает IncidentRelay
- Расписание вызова, слои вращения и временные переопределения.
- Маршрутизация оповещения для Alertmanager, Zabbix, Sentry и общих веб-хуков.
- Политика эскалации, напоминания и запросы ответчиков.
- Услуги, зависимости, окна обслуживания и приоритеты инцидентов.
- Mattermost, Telegram, электронная почта, браузер push, webhook и голосовые уведомления.
- Личный API токены и Open API Документация.
Варианты развертывания
IncidentRelay поддерживает несколько моделей развертывания, поэтому команды могут использовать знакомые операционные инструменты.
| метод | Типичное использование |
|---|---|
| Docker Compose | Оценка, небольшие среды и простое развертывание контейнеров. |
| Пакеты RPM | Red Hat-подобные системы Linux управляются с помощью пакетных и системных рабочих процессов. |
| Ручная система | Исходные развертывания и пользовательские среды Python. |
| Helm график | Kubernetes развертывания с отдельным веб-сайтом, планировщиком и факультативными Telegram работниками. |
База данных и выбор масштабирования
SQLite доступен для небольших одноузловых установок. PostgreSQL - это практичный выбор для больших или более длительных сред, большего объема оповещения и развертывания с несколькими веб-работниками. Планировщик работает как отдельный процесс, поэтому напоминания и эскалации не дублируются между веб-работниками.
Интегрируйтесь со стеком, который вы уже используете
IncidentRelay выступает в качестве уровня маршрутизации между системами мониторинга, владением услугами, расписаниями и пунктами уведомления. Маршруты имеют свои собственные токены приема и определяют, куда идут входящие оповещения. Каналы описывают, как выбранный ответчик уведомлен.
Общие веб-хуки и Open API Конечные точки позволяют подключать внутренние инструменты, не дожидаясь интеграции с конкретным поставщиком. Пользовательские голосовые провайдеры могут быть установлены для команд, которые управляют собственным рабочим процессом телефонии.
Оперативные обязанности
К самостоятельно размещенной платформе инцидентов следует относиться как к производственной инфраструктуре. Планирование резервных копий базы данных, мониторинг веб-сервисов и планировщиков, тестирование каналов уведомлений и сохранение аварийного пути для инцидентов, затрагивающих IncidentRelay себя.
API, конфигурация и схема могут эволюционировать между выпусками, поэтому перед развертыванием производства можно просматривать заметки о выпуске и тестировать обновления.