<b>TTFB и задержки: как не перепутать проблему CDN с медленным origin</b>

<b>TTFB и задержки: как не перепутать проблему CDN с медленным origin</b>

TTFB — это не просто “медленно отвечает сайт”. Это сумма сетевой задержки, очереди на edge, времени до origin и обработки ответа. Если смотреть только на средний TTFB, можно пропустить деградацию по отдельным регионам, ASN или типам запросов.

Что мониторить в первую очередь:
— p50, p95 и p99 по TTFB, а не только среднее;
— раздельно edge TTFB и origin TTFB, если метрики доступны;
— время DNS, TLS, connect и first byte в waterfall;
— рост 5xx и 4xx вместе с задержкой: часто это один инцидент, а не два.

Полезная практика — строить алерты не по абсолютному значению, а по отклонению от базовой линии для конкретного пула трафика. Для API и HTML пороги должны быть разными: у кэша и динамики разные профили, и одинаковые правила здесь только шумят.

Если TTFB растёт, сначала исключайте origin: очереди в приложении, медленные SQL-запросы, лимиты по соединениям, проблемы с keepalive. Затем проверяйте edge: cache hit ratio, правила кэша, geo-routing и наличие лишних редиректов. Безопасность и скорость: находим баланс в каждой конфигурации.

Стабильная система видна в метриках до того, как её замечают пользователи. Разбираем логи, оптимизируем кэширование, минимизируем задержки.

—
Чтобы быть в курсе рынка — подпишись на @vk_mutual_promo_ww