TTFB растёт раньше, чем пользователи жалуются: как поймать проблему в CDN

TTFB — это не «еще одна метрика», а ранний индикатор деградации цепочки: DNS, TLS, edge, origin, приложение. Если он плывёт, кэш, как правило, уже не спасает. Смотрите не на среднее значение, а на распределение: p95 и p99 быстрее показывают очереди, блокировки и перегрузку origin.

Полезно держать три слоя контроля:
— edge TTFB: отвечает за работу CDN и маршрутизацию;
— origin TTFB: отделяет проблемы приложения от проблем кэша;
— TTFB по URI-группам: медленные API, HTML и статика ведут себя по-разному.

Если TTFB вырос только на динамике, ищите медленные БД-запросы, холодные соединения и отсутствие keepalive. Если вырос весь сайт — проверьте DNS, TLS-handshake, перегрузку edge-узла и всплески 5xx. Важная деталь: высокий hit ratio не гарантирует низкий TTFB, когда edge ждёт upstream или упирается в лимиты соединений.

Практика простая: алертите не по одному порогу, а по сочетанию «рост p95 TTFB + падение cache hit + рост origin latency». Так вы ловите не шум, а начало инцидента. Стабильность инфраструктуры — залог масштабируемости.