Перейти к содержимому

Оповещения и уведомления

Оповещения сообщают, когда что-то требует внимания; уведомления доставляют эти оповещения за пределы браузера.

Встроенные правила превращают события в оповещения. У каждого правила есть уровень важности и подавление повторов — наименьший интервал, после которого оповещение того же вида снова появится в колокольчике. Подавленное оповещение не теряется: само событие по-прежнему записывается на странице Events.

ОповещениеВажностьПодавление повторовСрабатывает, когда
Camera offlinewarning—У камеры не было источника в течение нескольких опросов состояния
Camera degradedwarning2 минКамера доступна, но поток нарушен — зависшие кадры или низкий/нулевой битрейт
Camera back onlineinfo—Камера восстановилась
Tamper detectedwarning2 минОбнаружено перекрытие объектива или изменение вида
Alta server unavailablecritical—Сервер Alta недоступен (устойчиво) или нестабилен
Alta server restoredinfo—Недоступный сервер Alta восстановился
Alta server restartedwarning30 сПроцесс Alta перезапустился, что подтверждается сменой идентификатора экземпляра или сбросом uptime
Alta connectivity blipinfo30 сКратковременный сбой связи с Alta прошёл без перезапуска процесса
Alta config driftcritical3 минДействующая конфигурация сервера Alta больше не совпадает с ожидаемой Vision
Alta storage low on spacewarning—Свободное место на томе архива Alta опускается ниже порога Telemetry Alerts
Alta host CPU high / Alta host RAM highwarning—Загрузка CPU или памяти хоста Alta остаётся выше порога Telemetry Alerts
Critical eventcritical—Любое другое событие, помеченное как критическое

Видимость зависит от области события: оповещения уровня сервера и системы (строки Alta … и любое критическое событие уровня системы) доступны только администраторам. Оповещения уровня камеры (offline, degraded, online, tamper) зависят от вашего членства в группах.

Новые оповещения приходят в реальном времени через Server-Sent Events и отображаются под колокольчиком в верхней панели. Каждое оповещение указывает на событие — событие является записью об инциденте, и всё, что вы делаете с оповещением, записывается в него (см. Events).

У оповещения есть три действия:

  • Acknowledge — взять на себя: «Я этим занимаюсь». Доступно операторам и администраторам. Подтверждение действует по принципу «первый выигрывает»: как только кто-то подтвердил, на каждом колокольчике отображается Acknowledged by с именем этого человека, а последующая попытка подтверждения не заменяет исходного владельца. Можно добавить необязательный комментарий, он записывается в событие.
  • Resolve — только для администраторов. Закрывает инцидент сразу для всех пользователей и убирает оповещение со всех колокольчиков. Комментарий к решению обязателен; комментарий и подробности решения видны на странице Events.
  • Dismiss — скрывает оповещение только для вас. Остальные пользователи не затрагиваются, особые права не нужны.

Выберите несколько оповещений, чтобы подтвердить или скрыть их сразу.

Когда много камер одного сервера Alta меняют состояние с разницей менее минуты, колокольчик показывает одну строку — 12 cameras offline, 3 of 12 cameras offline или 12 cameras recovered — под именем сервера. Details перечисляет последнее состояние каждой камеры; Acknowledge и Dismiss действуют на всю группу. Правило уведомлений отправляет одно сообщение на группу, а не по одному на камеру. Каждое событие по-прежнему перечислено на странице Events.

Колокольчик со сгруппированным сбоем камерКолокольчик со сгруппированным сбоем камер

После сетевого сбоя или засыпания ноутбука браузер переподключается и синхронизируется автоматически, поэтому оповещения, сработавшие при отсутствии связи, не пропадают.

Каждая строка оповещения показывает значок и полосу цвета важности, заголовок по типу события и затронутую камеру (с её IP) или сервер Alta в виде ссылки, которая переносит вас прямо к нему. Необработанные оповещения отмечены точкой «не прочитано»; как только кто-то берёт их на себя, в строке отображается Acknowledged by [name].

Раскройте строку стрелкой, чтобы увидеть сведения о породившем её событии только для чтения — причину, тип сбоя, как было обнаружено восстановление сервера (проба или идентификатор экземпляра), длительность простоя, uptime Alta, изменение состояния в виде from → to, текст ошибки и время события. Если показывать больше нечего, написано No additional details.

В Settings → Alerts каждый пользователь управляет собственными параметрами оповещений — какие оповещения показывать и как. Эти параметры относятся к конкретному пользователю и не влияют на остальных.

Уведомления доставляют оповещения за пределы браузера. Они настраиваются в Settings → Notifications в виде трёх уровней:

УровеньОтвечает на вопросПримеры
ConnectionЧем мы отправляемОдин SMTP-сервер, один идентификатор Web Push (VAPID), один бот Telegram — по одному каждого
RecipientКуда и кому доставляетсяСписок email, идентификаторы чатов Telegram, URL webhook или подписки браузеров на push
RuleКогда и чтоКакие типы событий, область, важность и ограничение частоты — с маршрутизацией к одному получателю

Поддерживаются каналы Email (SMTP), Web Push (уведомления браузера), Telegram и Webhook. Получателям webhook подключение не нужно; остальные каналы отправляют через общее подключение.

Если подключение канала не настроено, доставка по этому каналу пропускается — оповещения по-прежнему отображаются в приложении. Чтобы использовать Web Push, администратор сначала включает идентификатор Web Push, затем каждый пользователь подписывает свой браузер.

Не каждое оповещение можно направить наружу: camera-degraded и оповещения о состоянии сервера Alta (unavailable, restored, restarted, blip, config drift) отображаются только в приложении и недоступны как триггеры правил уведомлений.

Оповещения и уведомления сохраняются до доставки, поэтому переживают перезапуск службы и всплески нагрузки. Доставка выполняется как минимум один раз с устранением дубликатов — изредка возможен дубликат уведомления — так задумано.

Неудачные отправки по email, webhook, Telegram и push повторяются с нарастающей задержкой и отбрасываются только после повторных сбоев; отброшенные доставки отображаются в журналах сервера и метриках, а не в интерфейсе. Ограничение частоты учитывает только подтверждённые доставки — неудачная отправка не расходует окно ограничения. Зависший SMTP-сервер отключается по тайм-ауту примерно через 30 секунд и никогда не задерживает остальные каналы.