TTL — не “настроил и забыл”: как читать метрики трафика без ошибок в CDN

TTL — не “настроил и забыл”: как читать метрики трафика без ошибок в CDN

TTL работает только вместе с картиной запросов. Если смотреть лишь на hit ratio, легко пропустить проблему: кэш может быть “эффективным” на бумаге, но давать лишние походы к origin из-за короткого TTL на горячих объектах.

Разбирайте трафик по сегментам:
— статический контент: долгий TTL, редкие инвалидации, высокая повторяемость;
— API и персонализированные ответы: короткий TTL или запрет кэширования;
— медиаконтент и тяжёлые файлы: отдельные правила, чтобы не смешивать их с HTML;
— пики запросов: ищите всплески miss rate и рост latency на origin.

Смотрите не только на общий объём, но и на распределение по URI, статусам, методам и времени жизни объекта. Частая ошибка — одинаковый TTL для всего домена. В результате свежий HTML обновляется слишком медленно, а статика слишком часто уходит на origin. Это бьёт и по задержкам, и по бюджету инфраструктуры.

Если метрики показывают нестабильность, уменьшайте TTL точечно, а не глобально. Для часто меняющихся страниц лучше сочетать короткий TTL с контролируемой очисткой кэша. Для стабильных ассетов — наоборот, увеличивайте TTL и версионируйте имена файлов. Стабильность инфраструктуры — залог масштабируемости.