Алерты по времени ответа

UpRadar может предупреждать о деградации производительности ещё до полного падения сервиса. Алерты по времени ответа позволяют заметить проблему на ранней стадии — когда сервис формально UP, но уже работает заметно медленнее обычного. Функция доступна на тарифах Starter и выше.

Как работает алерт по времени ответа

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

Важно не путать этот тип алерта с DOWN-алертом:

• DOWN-алерт — сервис не отвечает или возвращает ошибку. Монитор переходит в статус DOWN.
• Алерт по времени ответа — сервис отвечает, но медленно. Монитор остаётся в статусе UP, но вы получаете предупреждение о деградации.

Настройка порога

Порог настраивается индивидуально для каждого HTTP-монитора. Порядок действий:

1. Откройте нужный монитор в дашборде.
2. Нажмите «Редактировать».
3. Найдите поле «Порог времени ответа (мс)».
4. Введите значение в миллисекундах, например 2000 (2 секунды).
5. При необходимости измените количество последовательных превышений для срабатывания алерта.
6. Нажмите «Сохранить».

Порог: 2000 мс
Последовательных превышений для алерта: 3
Результат: алерт после трёх подряд медленных ответов

# Пример: проверки за последние 5 минут
14:00  180 мс  OK
14:01  220 мс  OK
14:02 2340 мс  !  (1/3)
14:03 2810 мс  !  (2/3)
14:04 3100 мс  >> (3/3) → АЛЕРТ ОТПРАВЛЕН

Интерпретация данных

На графике времени ответа в дашборде алерты по времени отображаются визуально иначе, чем DOWN-инциденты:

• Красная зона — период, когда монитор был в статусе DOWN (сервис не отвечал).
• Жёлтая зона — период деградации производительности: сервис отвечал, но превышал установленный порог.

Такое разделение помогает быстро отличить «сервис упал» от «сервис работает медленно» — особенно полезно при разборе инцидентов постфактум.

Пример сценария

База данных начала отвечать за 3–5 секунд вместо обычных 200 мс. С точки зрения HTTP-кода ответа сервис полностью работоспособен — возвращает 200 OK. Стандартный DOWN-алерт не сработает. Но пользователи уже замечают лаги: страницы грузятся медленно, формы не отвечают.

Алерт по времени ответа с порогом 2000 мс поймает это на третьей подряд медленной проверке — то есть через 3 минуты после начала деградации. Команда получит уведомление и сможет проверить БД до того, как проблема станет критической.