TTFB — первый сигнал, что CDN кэширует плохо или origin уже не справляется

TTFB — первый сигнал, что CDN кэширует плохо или origin уже не справляется

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

Практика простая:
— измеряйте TTFB отдельно для cache hit и cache miss;
— сравнивайте первый байт по разным регионам, а не только из одной точки;
— фиксируйте всплески после изменений в WAF, Workers, page rules и origin timeout;
— следите за p95/p99, а не за средним значением: среднее скрывает деградации.

Для диагностики полезно сопоставлять TTFB с логами origin и метриками очереди соединений. Если рост TTFB совпадает с увеличением времени ответа приложения, CDN лишь показывает симптом. Если же origin стабилен, а TTFB скачет, ищите проблемы на edge: холодный кэш, слишком короткий TTL, неправильный bypass или тяжёлые заголовки ответа.

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