Доступность
Мониторинг медленных ответов: как выбрать HTTP-порог
Порог длительности успешного HTTP-запроса, подтверждение ухудшения и восстановление. Отличия от timeout и Lighthouse.
Начните с требования к URL
Порог медленного ответа должен описывать допустимую длительность конкретного HTTP-запроса. Главная, поиск и выгрузка могут иметь разные требования. Не переносите одно число на все URL только потому, что они принадлежат одному сайту.
Изучите историю успешных запросов и согласуйте допустимую границу с владельцем сервиса. Пример 2000 мс ниже служит иллюстрацией. Он не является универсальным нормативом и не описывает время полной загрузки страницы в браузере.
Настройте порог по истории успешных запросов
Пример: порог 2000 мс — учебное значение, не рекомендация для любого сайта. Сначала изучите обычную длительность нужного URL.
- Создайте HTTP-монитор с правильным ожидаемым кодом и включите контроль медленных ответов.
- Задайте допустимую длительность по требованиям сервиса и истории измерений.
- Проверьте уведомления на изолированном стенде; не замедляйте production ради демонстрации.
Ожидаемый результат: Ухудшение подтверждается тремя последовательными циклами оценки. Для восстановления нужны два цикла ниже 80% порога: при 2000 мс это ниже 1600 мс.
Как подтверждается ухудшение
Контроль работает в HTTP-мониторе и доступен на Free. Сначала важен успешный HTTP-результат: неожиданный код и timeout имеют собственный смысл. Медленный успешный ответ — отдельный повод для внимания.
Для ухудшения нужны три последовательных цикла оценки, в которых учитываемые свежие успешные результаты активных регионов превышают порог. Поэтому три соседние строки истории не всегда равны трём подтверждениям. Отсутствующие или устаревшие результаты нельзя произвольно считать медленными.
Восстановление и разбор причины
Восстановление требует двух последовательных циклов ниже 80% порога. При границе 2000 мс это ниже 1600 мс. Такая разница уменьшает переключения состояния при колебании около установленной границы.
Сопоставьте ухудшение с релизом, нагрузкой и внешними зависимостями. Если HTTP остаётся быстрым, но страница тяжело отрисовывается, исследуйте PageSpeed и браузерный путь. Проверку искусственной задержки выполняйте на изолированном стенде; не замедляйте рабочий сервис.
Следующий шаг
Подробная инструкция по настройке описывает параметры проверки. На странице мониторинга можно сравнить возможности и перейти к созданию нужного типа.