Отметим: когда пользователь из Хабаровска открывает ваш сайт, хостящийся в Москве, каждый запрос проходит 7000 км. TTFB может достигать 500 мс — это убивает Core Web Vitals. В проекте интернет-магазина с медиаконтентом мы зафиксировали LCP 4.2 с при 80% трафика из регионов. После внедрения CDN с 12 точками присутствия (PoP) LCP упал до 1.1 с, TTFB — с 450 до 45 мс. CDN (Content Delivery Network) кэширует статику на серверах, расположенных ближе к пользователю. Мы настраиваем CDN с региональными точками присутствия для конкретных географий — Россия, СНГ, Европа, Азия. В этой статье разберём, как подобрать провайдера, настроить кэширование и инвалидацию — чтобы пользователи из любого региона получали контент за миллисекунды.
Как выбрать CDN для регионального охвата?
| Провайдер | PoP в СНГ | Глобальные PoP | Рекомендация |
|---|---|---|---|
| Cloudflare | Москва, Киев, Алматы | 310+ | Быстрый старт, WAF |
| Gcore | 10+ точек в СНГ | 60+ | Лучшее покрытие России |
| AWS CloudFront | Москва | 450+ | Интеграция с S3, Lambda@Edge |
| Bunny CDN | Москва | 120+ | Дешёвый, простой |
| VK Cloud CDN | СНГ | 10+ | Для российского трафика |
Cloudflare подходит для быстрого запуска, но AWS CloudFront выигрывает по кастомизации — интеграция с Lambda@Edge для динамической оптимизации. Время загрузки с CDN падает в 3–5 раз по сравнению с прямым доступом. Мы имеем опыт работы с каждым из этих провайдеров — более 50 проектов. Гарантируем правильную настройку кэширования и инвалидации.
Настройка Cloudflare CDN
После подключения домена настройка кэширования: Page Rules для статики (устаревший интерфейс):
URL: *.example.com/assets/* Cache Level: Cache Everything Edge Cache TTL: 1 month Cloudflare Cache Rules (новый интерфейс):
Field: URI Path Operator: starts with Value: /assets/ Action: Cache eligibility → Eligible for cache Cache TTL: 30 days Для динамического контента (HTML) используйте правило с TTL 1 час и must-revalidate. Это позволит CDN кэшировать ответы, но проверять свежесть при каждом запросе. Подробнее в документации Cloudflare Cache Rules на сайте Cloudflare.
Как настроить AWS CloudFront для регионального охвата?
Конфигурация CloudFront с оптимизированной политикой кэширования:
{ "Origins": [{ "DomainName": "example.com", "Id": "origin-1", "CustomOriginConfig": { "HTTPSPort": 443, "OriginProtocolPolicy": "https-only" } }], "DefaultCacheBehavior": { "TargetOriginId": "origin-1", "ViewerProtocolPolicy": "redirect-to-https", "CachePolicyId": "658327ea-f89d-4fab-a63d-7e88639e58f6" }, "CacheBehaviors": [{ "PathPattern": "/assets/*", "TargetOriginId": "origin-1", "CachePolicyId": "CACHING_OPTIMIZED", "Compress": true }] } Используйте политику CACHING_OPTIMIZED для статики — она включает сжатие и длительное кэширование. Для интеграции с CI/CD читайте документацию AWS CloudFront Invalidation API.
Почему важна корректная конфигурация кэширования?
CDN уважает заголовки origin-сервера. Если на сервере не выставлены правильные Cache-Control, CDN может не кэшировать ресурсы или кэшировать слишком долго. Пример Nginx-конфигурации:
location ~* \.(js|css|woff2|png|jpg|webp|svg)$ { expires 1y; add_header Cache-Control "public, immutable"; add_header Vary "Accept-Encoding"; } location ~* \.html$ { expires 1h; add_header Cache-Control "public, must-revalidate"; } Директива immutable говорит браузеру: не делай conditional request даже при обновлении страницы. Работает с content-hashed именами файлов (app.a1b2c3.js).
Что такое инвалидация кэша и как её автоматизировать?
При деплое нового кода кэш CDN нужно сбросить. Ручная очистка через админ-панель — источник ошибок. Вместо этого добавьте шаг в CI/CD pipeline:
# Cloudflare curl -X POST "https://api.cloudflare.com/client/v4/zones/$ZONE_ID/purge_cache" \ -H "Authorization: Bearer $CF_TOKEN" \ -d '{"purge_everything":true}' # AWS CloudFront aws cloudfront create-invalidation \ --distribution-id $DIST_ID \ --paths "/assets/*" Если используете версионирование файлов, инвалидация не нужна — CDN запросит новые URL. Но для HTML-страниц без хэша инвалидация обязательна. Наши инженеры настраивают автоматический запуск после деплоя.
Сравнение метрик до и после CDN
| Метрика | Без CDN | С CDN |
|---|---|---|
| TTFB (Хабаровск) | 450 мс | 45 мс |
| LCP | 4.2 с | 1.1 с |
| Cache Hit Ratio | 0% | 95% |
| Время загрузки страницы | 6 с | 1.5 с |
Что входит в работу
- аудит текущей конфигурации DNS и сервера;
- подбор CDN-провайдера под географию и бюджет;
- настройка кэширования статики (изображения, шрифты, скрипты, стили);
- настройка инвалидации кэша через API при деплое;
- документирование конфигурации и обучение команды;
- гарантия 30 дней на корректную работу CDN.
Процесс работы
- аналитика — изучаем текущие метрики загрузки, географию пользователей, узкие места;
- проектирование — выбираем провайдера, продумываем архитектуру кэширования;
- реализация — настраиваем CDN, origin-сервер, CI/CD integration;
- тестирование — проверяем TTFB, кэш-hit ratio, Core Web Vitals;
- деплой — вводим CDN в эксплуатацию, мониторим.
Сроки ориентировочно
Настройка CDN с региональными точками и автоинвалидацией: от 1 до 3 рабочих дней. Стоимость рассчитывается индивидуально — зависит от количества провайдеров, сложности инвалидации и необходимости обучения.
Свяжитесь с нами — мы проведём аудит текущей конфигурации и предложим оптимальное решение. Закажите настройку CDN и получите гарантию 30 дней на корректную работу.