Налаштування Fastly CDN: VCL, кешування, тегована інвалідація

Налаштування Fastly CDN для високонавантажених проєктів

Зауважте: коли ваш сайт починає гальмувати через різке зростання трафіку, а інвалідація кешу займає хвилини, стандартні CDN перестають справлятися. Ми часто бачимо проєкти, де контент оновлюється раз на кілька секунд, а кеш живе годину — в результаті користувачі бачать застарілі дані. Fastly вирішує цю проблему завдяки миттєвій інвалідації (<150 мс по всій мережі) і програмованій логіці на edge через VCL та Compute@Edge. Це вибір для проєктів, де потрібен повний контроль над кешуванням і гнучкість у налаштуванні.

Ми використовуємо Fastly для проєктів з динамічним контентом: новинні портали, інтернет-магазини, SaaS-платформи. Після налаштування CDN HIT-ratio досягає 95%, що знижує навантаження на бекенд на 80%. Нижче розберемо ключові можливості та практичні приклади налаштування.

Чому Fastly краще за інші CDN?

Fastly інвалідує кеш у 10 разів швидше за CloudFront і у 20 разів швидше за Cloudflare. А тег-інвалідація Surrogate-Key дозволяє скидати кеш лише для пов'язаних сторінок, не зачіпаючи весь сайт.

Як ми налаштовуємо Fastly CDN: етапи

Налаштування проходить у кілька етапів:

1. Аналітика — аудит поточної архітектури, трафіку та вимог до кешування.
2. Проектування — розробка VCL-логіки: які URL кешувати, які пропускати, як обробляти Cookies.
3. Реалізація — розгортання сервісу через Terraform або API, написання VCL-правил, налаштування Surrogate-Key на backend.
4. Тестування — перевірка інвалідації, продуктивності, коректності кешування.
5. Деплой — включення CDN на продакшені, моніторинг та оптимізація.

Як працює тегована інвалідація (Surrogate-Key)?

Це головна перевага Fastly. Ви можете присвоїти кожній сторінці або об'єкту один чи кілька тегів (ключів). При оновленні контенту надсилаєте запит на інвалідацію лише за цими тегами — кеш очищається миттєво без необхідності Purge All.

Приклад на Laravel:

// Laravel: додати Surrogate-Key заголовок у відповідь
public function show(Product $product): Response
{
    $response = response()->view('products.show', compact('product'));

    // Теги для цієї сторінки
    $surrogateKeys = [
        "product:{$product->id}",
        "category:{$product->category_id}",
        "brand:{$product->brand_id}",
    ];

    return $response->header(
        'Surrogate-Key',
        implode(' ', $surrogateKeys)
    );
}

// При оновленні товару — інвалідувати лише пов'язані сторінки
class ProductObserver
{
    public function saved(Product $product): void
    {
        Http::withHeaders([
            'Fastly-Key' => config('services.fastly.api_key'),
        ])->post(
            "https://api.fastly.com/service/{$serviceId}/purge/product:{$product->id}"
        );
    }
}

VCL — кастомна логіка кешування

Fastly виконує VCL на кожному запиті. Це потужніше за Workers для мережевих операцій. Ось типовий набір правил, які ми використовуємо:

// Custom VCL: vcl_recv — обробка вхідного запиту
sub vcl_recv {
    // Прибрати маркетингові параметри з cache key
    set req.url = regsubreplace(req.url, "\?(.*&)?(utm_source|utm_medium|utm_campaign|fbclid|gclid)=[^&]*(&|$)", "?" );
    set req.url = regsub(req.url, "\?$", "");

    // Не кешувати авторизованих користувачів
    if (req.http.Cookie ~ "laravel_session") {
        return(pass);
    }

    // Не кешувати /admin/ та /api/
    if (req.url ~ "^/(admin|area51|api)/") {
        return(pass);
    }

    // Нормалізація Accept-Encoding
    if (req.http.Accept-Encoding ~ "br") {
        set req.http.Accept-Encoding = "br";
    } elsif (req.http.Accept-Encoding ~ "gzip") {
        set req.http.Accept-Encoding = "gzip";
    } else {
        unset req.http.Accept-Encoding;
    }
}

sub vcl_backend_response {
    // Статичні асети — рік
    if (bereq.url ~ "\.(js|css|woff2|webp|avif)$") {
        set beresp.ttl = 365d;
        set beresp.http.Cache-Control = "public, max-age=31536000, immutable";
    }

    // HTML-сторінки — 5 хвилин
    if (beresp.http.Content-Type ~ "text/html") {
        set beresp.ttl = 5m;
        set beresp.grace = 1h; // stale-while-revalidate
    }
}

sub vcl_deliver {
    // Налагоджувальний заголовок
    if (obj.hits > 0) {
        set resp.http.X-Cache = "HIT";
        set resp.http.X-Cache-Hits = obj.hits;
    } else {
        set resp.http.X-Cache = "MISS";
    }
}

Підключення через Terraform

Fastly керується повністю через API або Terraform-провайдер. Нижче приклад конфігурації з бекендом, gzip та логуванням:

terraform {
  required_providers {
    fastly = {
      source  = "fastly/fastly"
      version = "~> 5.0"
    }
  }
}

resource "fastly_service_vcl" "main" {
  name = "example-production"

  domain {
    name = "example.ru"
  }

  backend {
    address               = "origin.example.ru"
    name                  = "origin"
    port                  = 443
    use_ssl               = true
    ssl_cert_hostname     = "origin.example.ru"
    ssl_sni_hostname      = "origin.example.ru"
    connect_timeout       = 5000
    between_bytes_timeout = 30000
    first_byte_timeout    = 30000
  }

  gzip {
    name          = "gzip-policy"
    content_types = ["text/html", "text/css", "application/javascript", "application/json"]
    extensions    = ["css", "js", "html", "json"]
  }

  logging_s3 {
    name           = "s3-logs"
    bucket_name    = "fastly-logs"
    path           = "/cdn/%Y/%m/%d/"
    period         = 3600
    format         = "%h %l %u %t \"%r\" %>s %b"
    s3_access_key  = var.aws_access_key
    s3_secret_key  = var.aws_secret_key
  }

  logging_elasticsearch {
    name     = "elasticsearch-logs"
    index    = "fastly-%{now}V"
    url      = "https://es.example.ru:9200"
    pipeline = "fastly-pipeline"
    format   = jsonencode({
      timestamp    = "%{now}V"
      request_url  = "%{req.url}V"
      status       = "%{resp.status}V"
      cache_status = "%{resp.http.X-Cache}V"
      country      = "%{client.geo.country_code}V"
      duration_ms  = "%D"
    })
  }

  force_destroy = true
}

Миттєва публікація контенту

При публікації статті або товару достатньо викликати API, щоб інвалідувати лише зачеплені сторінки:

class ArticlePublishedListener
{
    public function handle(ArticlePublished $event): void
    {
        $article = $event->article;

        Http::withHeaders(['Fastly-Key' => config('services.fastly.api_key')])
            ->post("https://api.fastly.com/service/{$serviceId}/purge", [
                'urls' => [
                    "https://example.ru/blog/{$article->slug}",
                    "https://example.ru/blog/",
                    "https://example.ru/",
                ],
            ]);
    }
}

Що входить у налаштування Fastly CDN

• Аудит поточної архітектури та трафіку
• Розробка VCL-логіки кешування під ваш проєкт
• Налаштування тегованої інвалідації (Surrogate-Key)
• Інтеграція з backend (Laravel, Next.js, Django та ін.)
• Налаштування моніторингу та логів (S3, Elasticsearch, Kafka)
• Документація та навчання команди
• Пост-релізна підтримка протягом 2 тижнів

Після налаштування час інвалідації становить менше 150 мс, HIT-ratio перевищує 95%, а навантаження на бекенд знижується на 80%. Для одного з проєктів щомісячні витрати на CDN знизилися з $4,500 до $1,200, а швидкість завантаження сторінок покращилася на 40%. Як зазначено в документації Fastly, інвалідація кешу відбувається менш ніж за 150 мс.

Терміни та вартість

Базове налаштування з VCL і тегованою інвалідацією займає 2–3 дні. Для складних проєктів з кастомними правилами — до 5 днів. Вартість розраховується індивідуально після аудиту. Отримайте консультацію з налаштування Fastly CDN — напишіть нам.

Типові помилки при налаштуванні Fastly

• Не налаштована нормалізація Accept-Encoding — різні версії URL потрапляють у кеш, знижуючи HIT-ratio.
• Відсутня обробка Cookies — кешуються сторінки з сесіями, що призводить до конфліктів даних.
• Занадто довгий TTL для HTML без grace-періоду — при збої origin користувачі бачать помилку.
• Не використовуються Surrogate-Key — інвалідація відбувається по всьому сайту, а не точково.

Наші інженери мають 5+ років досвіду роботи з Fastly та сертифікати по VCL. Ми гарантуємо, що після налаштування ваш сайт буде працювати швидко та відмовостійко. Замовте аудит поточної CDN-архітектури — і ми запропонуємо оптимальне рішення.