Сети и протоколы

CDN: контент по соседству

Суть CDN держит копии контента на сотнях edge-серверов по всему миру, чтобы каждый пользователь получал байты с расстояния в 20 мс вместо 200 мс.

Высота — путь к senior

НольJuniorMiddleSenior

Ты на junior-высоте — поверхность

◷ 8 min

Когда Антон · Браузер в Лондоне загружает страницу с сервера в Калифорнии, каждый запрос идёт 200 мс туда-обратно — и никакой код это не исправит. Скорость света конечна. CDN закрывает разрыв, перемещая контент, а не ускоряя сеть.

Что делает CDN одним предложением

CDN (Content Delivery Network) держит копии вашего сайта на сотнях серверов по всему миру, чтобы браузер пользователя забирал байты с сервера в 20 мс вместо 200 мс.

Почему задержка — настоящая проблема

Скорость света ~300 000 км/с в вакууме; в оптоволокне медленнее (~200 000 км/с). Лондон — Калифорния ~8 700 км. Минимальное one-way: 8 700 / 200 000 = ~43 мс. RTT: ~87 мс. Добавьте TCP, TLS, очереди — получается 200–250 мс на запрос. Никакая оптимизация кода не закрывает этот разрыв. CDN закрывает его, перемещая контент.

Метафора склада

Представьте, что вы издаёте журнал. Без CDN отправляете каждому читателю копию из одной типографии. С CDN — везёте паллеты в локальные центры дистрибуции каждого города; читатель забирает из ближайшего. Тот же журнал, гораздо короче путь. Каждый Point of Presence (PoP) — один из таких складов: датацентр с CDN-серверами.

Один сценарий от начала до конца

Антон · Браузер в Лондоне заходит на CDN-fronted сайт:

Браузер делает DNS — получает IP ближайшего CDN edge-сервера (через Anycast-маршрутизацию или GeoDNS).
TCP + TLS + HTTP-запрос — всё против edge, не origin.
Cache hit: у edge страница закешированa → ответ за ~20 мс.
Cache miss: edge форвардит к origin (или промежуточному shield), кеширует ответ, возвращает пользователю.

Петя · Прокси / CDN edge в Токио запрашивает тот же URL и попадает на токийский edge со своей копией кеша. Дима · Origin-сервер — origin-сервер в Калифорнии — видит один запрос от edge каждого города, почти никакого прямого трафика от пользователей.

Edge hit vs. origin round-trip

Origin (Калифорния → Лондон) round-trip: ~200–250 мс
Edge cache hit (Лондонский POP): ~10–20 мс
Ускорение на cache hit: 10–20×
Edge PoP Cloudflare (2026): 330+ городов, 120+ стран
Типичный cache hit ratio (статические ассеты): 90–98%
Поглощение трафика origin shield: 90%+ edge-промахов

Когда CDN НЕ помогает?

CDN помогает, когда контент разделяем между пользователями — статические ассеты (JS, CSS, изображения), HTML без user-specific данных. Не помогает, когда каждый ответ уникален (баланс счёта, персонализированная лента, сумма заказа) — нечего кешировать, запрос всё равно идёт к origin. Соединение всё равно терминируется на edge (что экономит TLS-латентность), но ответ должен быть получен свежим каждый раз.

Почему это работает

Почему три механизма работают вместе. Anycast IP-маршрутизация (один адрес из многих городов) доставляет запросы к BGP-ближайшему POP без специального DNS. GeoDNS добавляет явный контроль: CDN-оператор возвращает разные A-записи по географии резолвера, так что лондонский резолвер получает IP лондонского edge. Кеш edge затем обслуживает большинство запросов без обращения к origin. Все три механизма вместе: Anycast или GeoDNS находит правильный edge; кеш делает тяжёлую работу.

Викторина

Главная задача CDN?

Викторина

Когда CDN НЕ снижает задержку?

Расставь шаги по порядку

Что происходит на CDN cache HIT:

1 Браузер DNS-разрешает на CDN edge IP через Anycast или GeoDNS
2 Браузер открывает TCP + TLS к edge
3 Браузер отправляет HTTP-запрос
4 Edge ищет URL в кеше и находит свежую копию
5 Edge возвращает закешированный ответ браузеру

Закончи аналогию

Заполните: CDN — это цепь _______ распространяющих контент так что каждый пользователь забирает с ближайшего.

Вспомните перед уходом

01
Одним предложением: какой trade-off CDN требует в обмен на скорость?
02
Назовите два механизма которые CDN использует для маршрутизации пользователя к ближайшему edge-серверу.
03
Почему CDN всё равно помогает с задержкой для персонализированных ответов даже если не может их кешировать?

Итог

CDN (Content Delivery Network) реплицирует контент на сотни edge Point of Presence (PoP) по всему миру, чтобы пользователи получали с сервера в 20 мс вместо 200 мс. Anycast-маршрутизация или GeoDNS направляет каждый запрос к ближайшему POP; локальный кеш edge отвечает без обращения к origin. Cache hit в 10–20 раз быстрее round-trip к origin — выигрыш целиком от близости, не от более мощного железа. CDN помогает больше всего кешируемому контенту (статические ассеты: JS, CSS, изображения) и почти не помогает персонализированным ответам. Origin видит лишь малую долю суммарного трафика — обычно менее 10% для хорошо настроенного статического сайта.

Связанные уроки

углубляется в

встречается в162

Продолжить восхождение ↑Anycast и GeoDNS: маршрутизация к ближайшему edge