Сети и протоколы
CDN и edge: тест с выбором ответа
Суть Тест с выбором на синтез по всему юниту CDN и edge — proximity-маршрутизация, cache key, многоуровневый кеш, защита от stampede, edge-вычисления и production-сбои.
Высота — путь к senior
НольJuniorMiddleSenior
Ты на senior-высоте — в орбитеШесть вопросов поперёк всего юнита. Ни один не про заучивание определений — каждый отражает решение по маршрутизации, кешированию или композиции, которое ты принимаешь, пока дашборд горит.
Цель
Убедись, что связываешь proximity-маршрутизацию, построение cache key, многоуровневый кеш, защиту от stampede и edge-вычисления — тот синтез, к которому вели отдельные уроки.
Викторина
Completed
Сайт ставит Cache-Control: public, max-age=3600, но hit rate CDN держится на 5% с тысячами разных записей на один URL. Самая вероятная единственная причина?
Heads-up Часа с запасом хватает для переиспользования на нагруженном URL; истечение снизило бы hit rate равномерно, а не взорвало число записей до тысяч на URL. Тысячи записей на URL — сигнатура Vary-footgun.
Heads-up Отсутствие shield повышает нагрузку на origin на промахах, но не множит число записей на URL. Тысячи записей на один URL прямо указывают на Vary-заголовок высокой кардинальности.
Heads-up Выбор POP влияет на латентность, а не на число слотов кеша у URL. Симптом «тысячи записей на URL» — это фрагментация cache key, то есть Vary.
Викторина
Completed
Залогиненный пользователь открывает /account и видит своё имя; через час другой анонимный пользователь идёт по тому же URL и видит имя первого. Логи CDN показывают cache hit у обоих. Корень?
Heads-up Общий POP не означает общие тела ответов — каждый запрос кеширируется независимо. Утечка в том, что cookie нет в cache key, а ответ не помечен private.
Heads-up CDN не подменяет сессии. Персонализированный ответ просто закешировался по cookie-слепому ключу и отдался следующему, кто запросил этот URL.
Heads-up SWR управляет свежестью во времени для одной записи по ключу; он никогда не пересекает пользователей. Дефект — что cookie-читающий эндпоинт вообще кешируется на общем CDN.
Викторина
Completed
Запись популярной статьи на edge истекает на 200 POP региона одновременно; 1000 пользователей запрашивают её в эту секунду, origin начинает отдавать 503, и эти 503 кешируются. Какие два слоя вместе предотвратили бы это?
Heads-up Больший max-age лишь отодвигает тот же синхронный обрыв истечения, а Accept-Encoding не делает ничего против stampede. Фикс — схлопнуть одновременные промахи (shield) и отдавать stale на ревалидации (SWR).
Heads-up Маршрутизация выбирает, какой POP ответит; она не меняет, что происходит при истечении записи. Защита от stampede — забота уровня кеша, а не маршрутизации.
Heads-up private полностью отключает общий кеш, отправляя каждый запрос на origin — противоположность защите от stampede. От стада origin берегут SWR плюс origin shield.
Викторина
Completed
Странице товара нужны стабильный на час chrome, описание со staleness до 10 минут и персональная цена в реальном времени. no-store даёт p95 300 мс; max-age=3600 показывает устаревшие цены. Senior-ход?
Heads-up no-store выбрасывает те 90%+ байт, что отлично кешируются, ради свежести одного фрагмента. Собирай страницу из фрагментов с разными TTL вместо кеширования на одной гранулярности.
Heads-up TTL 5 с на всю страницу всё равно отдаёт устаревшую цену до 5 с и постоянно перетягивает всё, долбя origin. Реальному времени цены нужен свежий фрагмент, а не короткий TTL на всю страницу.
Heads-up Vary кеширует по заголовкам запроса, а не по данным ответа, и запись на каждую цену стала бы некешируемым шумом. Цену тянет edge worker вживую, а не кодирует в cache key.
Викторина
Completed
Чувствительный к латентности API на межконтинентальном пути медленный, хотя Anycast уже шлёт пользователей на BGP-ближайший POP. Почему и каков точечный фикс?
Heads-up Больше POP не лечит латентную слепоту BGP; метрика AS-path всё равно игнорирует реальный RTT. Нужен слой маршрутизации на измерениях поверх приватного backbone, а не больше анонсов.
Heads-up GeoDNS маршрутизирует по местоположению резолвера (часто провайдера публичного DNS, а не пользователя) и не более латентно-осознан, чем Anycast. Фикс — активное измерение латентности плюс backbone-транзит.
Heads-up Больший TTL помогает кешируемым ответам, но ничего не даёт динамическим, чувствительным к латентности вызовам, которые должны дойти до бэкенда. Проблема — качество транзитного пути, его решает smart routing.
Викторина
Completed
Ты выкатываешь хотфикс; origin обновлён, но через 20 минут Европа отдаёт старую версию, а Азия — новую. Почему расхождение и каков долговременный фикс?
Heads-up Версия ПО не определяет свежесть кеша; её определяет независимый возраст TTL на каждом edge. Без purge по деплою каждый edge ждёт истечения своего TTL.
Heads-up Origin один и уже обновлён; Anycast выбирает edge, а не origin. Расхождение — состояние кеша на каждом edge, лечится purge по деплою, а не маршрутизацией.
Heads-up stale-if-error срабатывает только когда origin отдаёт 5xx; здесь origin здоров. Расхождение — обычный дрейф TTL по edge, решается автоматическим purge в пайплайне деплоя.
Итог
Сквозная линия юнита — один конвейер доставки: маршрутизация (Anycast для масштаба и поглощения DDoS, GeoDNS для контроля, smart routing для коррекции латентной слепоты BGP) ставит пользователя на правильный edge; cache key (URL + метод + Vary) решает, что переиспользуемо, и Vary высокой кардинальности или cookie-слепые ключи — классические footgun; многоуровневый кеш плюс origin shield и stale-while-revalidate берегут origin от стада; edge workers и edge-side composition собирают фрагменты с разными TTL ради быстрых страниц со свежими данными; а эксплуатация замыкает цикл cache-tag purge, инвалидацией по деплою и пер-региональной наблюдаемостью.