Edge-локация (edge location) — серверный узел CDN или облачного провайдера, расположенный в крупных городах и интернет-точках обмена трафиком (IXP). Задача edge-локации — кешировать контент ближе к пользователям, снижая latency и разгружая центральные дата-центры. Amazon CloudFront, Cloudflare, Akamai используют сотни edge-локаций по всему миру.
Как работает
При первом запросе к контенту (например, изображению на сайте) запрос идёт к ближайшей edge-локации. Если файл не закеширован (cache miss) — edge-локация запрашивает его у origin-сервера (VDS или выделенный сервер), отдаёт клиенту и кеширует на срок TTL (time-to-live). Последующие запросы (cache hit) обслуживаются прямо с edge, без обращения к origin.
Маршрутизация к ближайшей edge-локации реализована через Anycast BGP: один IP-адрес CDN объявляется из всех PoP одновременно; пакет клиента маршрутизируется к ближайшему узлу по BGP-метрикам. Cloudflare использует Anycast для всей сети — каждый PoP отвечает по одному IP. У AWS CloudFront — региональные edge caches (12 локаций) и PoP (600+ в 90+ городах).
Кроме кеширования, edge-локации выполняют: терминацию TLS-соединений (handshake локально), WAF-фильтрацию, rate limiting, обработку serverless-функций (AWS Lambda@Edge, Cloudflare Workers).
История
Концепция CDN с распределёнными узлами появилась в конце 1990-х. Akamai основана в 1998 году в MIT и к 2000 году имела несколько сотен PoP. AWS CloudFront запущен в 2008 году. Cloudflare выпустила свою CDN в 2010 году, используя Anycast с первого дня. К 2024 году Cloudflare имеет 310+ PoP в 120+ странах; Akamai — 4000+ PoP; AWS CloudFront — 600+ PoP.
На что обращать внимание
Качество CDN определяется числом и расположением edge-локаций в целевой географии аудитории. Для российской аудитории критичны PoP в Москве, Санкт-Петербурге, Новосибирске, Екатеринбурге. При использовании зарубежных CDN (Cloudflare) задержка до российских пользователей — 10-20 мс от московского PoP. Российские CDN (CDN1, G-Core) имеют больше PoP внутри РФ.
Edge в контексте хостинга
Для хостинга сайтов edge-локации решают проблему географической задержки. Пользователь из Владивостока получает HTML из московского edge-узла за 20 мс вместо 120 мс от европейского ЦОД. Akamai имеет 4000+ edge-узлов, Cloudflare — 300+ городов, Selectel CDN — точки присутствия в России и СНГ.
Edge Computing vs CDN
CDN-edge кеширует статику: HTML, CSS, JS, изображения. Edge Computing идёт дальше — выполняет код прямо на edge-узле. Cloudflare Workers, Vercel Edge Functions, Fastly Compute@Edge позволяют запускать JavaScript или WebAssembly на сотнях точек присутствия одновременно. Это устраняет cold start Lambda-функций и снижает latency до <10 мс.
На что обращать внимание
Кеш edge-узла может устареть — настраивайте TTL и Cache-Control заголовки правильно. Принудительная инвалидация кеша (purge) стоит денег у некоторых провайдеров или занимает несколько минут. Для динамического контента (авторизация, корзина) edge-кеширование не подходит — запросы всё равно проксируются на origin-сервер.
Проверка edge-узла: curl -I https://example.com в заголовке CF-Ray или X-Cache показывает, был ли ответ отдан из кеша.