С марта по август 2026 года наша система выполнила 1,92 млн проверок. По успешным медиана времени ответа — 95 мс, а p95 — 966 мс: разрыв вдесятеро.
Именно поэтому среднее время ответа — плохая метрика: при такой форме распределения оно скажет о системе меньше, чем любой перцентиль. Ниже — распределение целиком, разбивка по типам проверок и простой приём, отделяющий проблему сети от проблемы приложения.
Бесплатный онлайн-инструмент — проверка HTTP-заголовков: результат мгновенно, без регистрации.
С 19 марта по 27 августа 2026 года наша система выполнила 1 919 194 проверки. Из них успешных, с измеренным временем ответа, — 1 395 771. Распределение:
| Перцентиль | Время ответа |
|---|---|
| p50 (медиана) | 95 мс |
| p75 | 221 мс |
| p90 | 446 мс |
| p95 | 966 мс |
| p99 | 1 525 мс |
В пределах 200 мс укладываются 71,2% проверок; три секунды и дольше занимают 0,2%.
Полезнее среднего здесь именно разброс: медиана 95 мс и p95 в 966 мс отличаются вдесятеро. Ориентироваться на среднее время ответа при такой форме распределения бессмысленно — оно скажет о вашей системе меньше, чем любой из перцентилей.
Оговорки: это адреса, которые наши пользователи поставили на мониторинг, — не срез веба. Проверка идёт с одной точки, поэтому в числах сидит и сетевой путь до неё. Неуспешные проверки исключены, иначе распределение смешивало бы время ответа с временем ожидания таймаута.
Исходные данные всех таблиц этого отчёта доступны в виде открытого CSV-файла (UTF-8, первая строка — заголовки).
Скачать датасет (CSV)| Тип | Замеров | Медиана | p95 |
|---|---|---|---|
| Ping | 53 804 | 16 мс | 24 мс |
| Порт | 1 867 | 38 мс | 121 мс |
| DNS | 4 292 | 58 мс | 125 мс |
| SSL | 12 679 | 89 мс | 218 мс |
| HTTP | 1 238 809 | 96 мс | 980 мс |
| API | 84 273 | 153 мс | 1 097 мс |
Медианы различаются в шесть раз, а вот p95 — в сорок. И различие это осмысленное: у ping и проверки порта хвост почти отсутствует (24 и 121 мс), а у HTTP и API он огромный.
Причина понятна: ping измеряет сеть, а HTTP — сеть плюс работу приложения. Сеть стабильна, приложение нет. Отсюда практическое следствие: если у вас медленно, разница между ping и HTTP на том же хосте сразу говорит, где искать. Ping в норме, HTTP медленный — дело в приложении или базе, а не в канале.
API отвечает медленнее HTTP по медиане (153 против 96 мс) — ожидаемо, потому что за ним обычно стоит запрос к базе, а не отдача готовой страницы.
Абсолютные числа из чужой выборки — плохой ориентир, но форма распределения переносится, и по ней можно выстроить проверку у себя:
Свои значения можно посмотреть в мониторинге, а разовую проверку сделать в проверке ping и портов.
p50 — среднестатистический user. p99 — worst 1% случаев. Для SLA (99% uptime + 99% быстро) нужны both. Типично p99 = 10-20x p50.
Workers — V8 isolates (1-5ms cold start). Lambda — container (100ms-2s cold start). Workers выигрывают в real-time, Lambda — в large compute.
curl -o /dev/null -s -w "%{time_total}\n" https://api.example.com даст один замер. Для статистики → Enterno Monitor every-minute checks.
1) Edge computing / CDN. 2) Async I/O (Node, Go, Rust). 3) Database indexes. 4) HTTP/2 или 3. 5) Payload compression.
Бесплатный тариф — 10 мониторов, проверки каждые 5 мин, без карты. Платные тарифы — интервал от 1 минуты и проверки из нескольких регионов.