06. Уведомления и проверка результата

Результат: создана активная подписка на события выбранного сервиса; понятны условия появления события и канал доставки.

6.1. Подготовить канал

Для почты должны быть настроены системная отправка и адрес пользователя. Для Telegram используется подключённый к вашей системе бот и wiSLA ID из профиля. Push - уведомления портала. Доступность каналов зависит от настроек вашей системы.

6.2. Настроить именованную подписку

Откройте профиль пользователя → вкладку «Уведомления». При наличии прав это также доступно через «Администрирование» → «Пользователи» → нужная учётная запись.
В блоке «Подписки на уведомления» нажмите «Добавить подписку».
На шаге «Критерии подписки» выберите тип «Сервис» и отметьте свой первый сервис.
На шаге «Типы уведомлений» в блоке паспортов неисправностей выберите нужные уровни (например, отказ и деградация) и события жизненного цикла (например, открытие и закрытие).
На шаге «Способы получения» выберите канал, задайте название и проверьте флажок «Подписка активна».
Просмотрите список сервисов в подписке, затем сохраните. Убедитесь, что подписка отображается активной и содержит нужный сервис.

Критерии объединяются по правилу «ИЛИ». Если дополнительно выбрать контракт или владельца, подписка может охватить больше сервисов, чем один учебный. Для первого примера достаточно одного явно выбранного сервиса.

Уведомления об отчётах SLA и доступности узлов задаются отдельно в блоке «Системные уведомления». Они не входят в мастер подписки на сервисные события. Набор типов событий зависит от канала; например, ППР, действия по событиям и провалы нагрузочных тестов в описанном руководством сценарии доступны Email и Push, но не Telegram.

6.3. Проверить цепочку «измерение → событие → уведомление»

Убедитесь, что сервис получает показатели и его SLA содержит условия регистрации неисправности.
На отдельной учебной цели согласованно вызовите короткую недоступность проверяемой службы. Не отключайте рабочий сервис ради проверки инструкции.
Дождитесь интервала измерения и задержки открытия, заданной в SLA. Откройте «Мониторинг» → «События» и найдите паспорт неисправности своего сервиса.
Проверьте уведомление на выбранном канале, затем восстановите учебную службу.
Дождитесь закрытия события с учётом задержки SLA и проверьте уведомление о восстановлении, если оно включено в подписке.

Эта проверка описывает действия пользователя после настройки. При подготовке главы авария на стенде не создавалась, уведомления не рассылались.

6.4. Критерии завершения быстрого старта

Узел доступен и относится к нужному владельцу.
Тесты проверяют нужные адреса из нужной точки.
В сервисе каждому измерению назначен совместимый тест; мониторинг запущен.
В сервисе появились показатели, а состояние соответствует SLA.
Виджет показывает этот сервис за нужный период.
Подписка активна; при контрольном событии подтверждена доставка и восстановление.

В руководстве: раздел 2 «Настройка уведомлений» и «Анализ событий мониторинга»; раздел 3 «Пользователи. Страница создания пользователя (редактирования, просмотра)». Автоматические сценарии реагирования описаны отдельно в пункте «Действия по событиям».