GetAlert — сервис уведомлений как инфраструктурная услуга. Из приложения отправляется один HTTP-запрос, а сообщение приходит команде в мессенджер: поддерживаются MAX, Telegram и вебхуки. Задача знакомая всем, кто настраивал отправку ошибок и алертов вручную: вместо собственного кода и бота — готовый канал доставки.
Основные возможности
- Один POST-запрос для отправки уведомления — в стандарте CloudEvents.
- Мультиканальная доставка: MAX, Telegram и вебхуки.
- Источники и типы событий определяются автоматически — не нужно заводить их заранее.
- Гибкие правила: фильтрация по источнику и типу события через визуальный конструктор условий или выражения CEL.
- Привязка мессенджера через бота — занимает минуту.
- Совместная работа: коллег можно приглашать, каждый настраивает свои правила и каналы доставки.
- История всех входящих событий — можно разобрать, почему правило не сработало, и отладить его в реальном времени.
Как это устроено
Приложение отправляет событие в API сервиса. GetAlert определяет источник и тип события, применяет правила — какие события и куда доставлять — и отправляет уведомление в нужный канал. Всё, что пришло, сохраняется, поэтому по истории видно, какие события были и что с ними произошло.
Такой подход отделяет генерацию событий от их доставки: разработчику достаточно отправить запрос, а кто и как получит уведомление, настраивается отдельно — и может меняться без правок в коде.
Кому подходит
Командам разработки и эксплуатации — для алертов о сбоях, деплоях и ошибках. Небольшим продуктовым командам, которым не хочется поддерживать собственного бота и логику маршрутизации уведомлений. Сервисным компаниям, где важно мгновенно узнавать о проблеме у клиента. И всем, кто собирает события из разных систем и хочет видеть их в одном чате.
Что учесть
Это технический сервис для тех, кто умеет отправлять HTTP-запросы: без интеграции в код он бесполезен, готовой кнопки «подключить и всё заработает» здесь нет. Уведомления приходят в мессенджеры, а значит, доставка зависит от них — если канал недоступен, оповещение не дойдёт.
Правила требуют настройки и проверки: слишком широкий фильтр завалит чат сообщениями, слишком узкий — скроет важное. Заведите привычку проверять правила после изменений — история событий для этого и нужна. И не отправляйте через сервис секретные данные: уведомление уходит во внешний мессенджер.
Похожие сервисы
- STILT — аутсорс технической поддержки цифровых продуктов
- SitePulse — мониторинг здоровья сайта
- Timeweb — хостинг, домены, почта и SSL в одном аккаунте
- Hyperping — мониторинг доступности, статус-страницы и дежурства