Varnish працює як reverse proxy перед Nginx/Apache. Він кешує відповіді та інвалідує їх за cache tags при публікації контенту. Базова конфігурація VCL:

vcl 4.1; import std; backend default { .host = "127.0.0.1"; .port = "8080"; } sub vcl_recv { if (req.http.Cookie ~ "SESS|SSESS") { return(pass); } if (req.method != "GET" && req.method != "HEAD") { return(pass); } unset req.http.Cookie; return(hash); } sub vcl_backend_response { set beresp.ttl = 1h; set beresp.grace = 1h; return(deliver); } sub vcl_deliver { set resp.http.X-Cache = obj.hits > 0 ? "HIT" : "MISS"; } 

Для інтеграції використовуємо модуль Purge:

composer require drupal/varnish_purger drupal/purge drush en purge purge_drush purge_ui purge_queuer_coretags purge_processor_cron varnish_purger -y 

Згідно з Wikipedia, Varnish використовує cache tags для точної інвалідації, що критично важливо для продуктивності Drupal.

Які метрики продуктивності відстежувати?

Відстежуємо TTFB, кількість SQL-запитів, відсоток cache hits (HIT/MISS), LCP, CLS. Інструменти: модулі Devel, XHProf, заголовки X-Cache від Varnish. Мета — TTFB <200 мс та cache hit ratio >90%. На одному з проектів після оптимізації TTFB впав з 1.2 с до 12 мс, а SQL-запити — з 250 до 3 на сторінку. Замовте аудит, щоб дізнатися точні метрики вашого сайту.

Як налаштування кешування Drupal впливає на Core Web Vitals?

Правильно налаштоване кешування безпосередньо покращує LCP та INP. Коли сторінка віддається з кешу Varnish, LCP знижується до 500-800 мс, а INP — за рахунок відсутності довгих задач на сервері. Для авторизованих користувачів BigPipe розбиває рендеринг на потоки, що зменшує час до першого контенту.

Налаштування Redis для Drupal

Встановіть модуль Redis, пропишіть параметри в settings.php:

$settings['redis.connection']['interface'] = 'PhpRedis'; $settings['redis.connection']['host'] = 'localhost'; $settings['cache']['default'] = 'cache.backend.redis'; $settings['cache']['bins']['render'] = 'cache.backend.redis'; $settings['cache']['bins']['dynamic_page_cache'] = 'cache.backend.redis'; 

Після цього кеш-біни вивантажуються в Redis, знижуючи навантаження на БД на 70-90%. OPcache прискорює виконання PHP-скриптів на 30-50%.

Що входить в роботу

• Аудит поточної архітектури (логи, конфіги, навантаження).
• Впровадження всіх рівнів кешування (Internal Page Cache, Dynamic Page Cache, Redis, Varnish, BigPipe).
• Налаштування PHP OPcache та CSS/JS агрегації.
• Документація з обслуговування та рекомендації з деплою.
• Гарантія результату: TTFB <200 мс при типовому навантаженні.
• Навчання команди роботі з кешем та моніторингом.

Економія на інфраструктурі може сягати 80% за рахунок зниження навантаження на сервери. Інвестиції в оптимізацію окупаються в середньому за 2–3 місяці.

Процес роботи та строки

1. Аналітика — вивчаємо поточну архітектуру, логи, конфіги (1 день).
2. Проектування — обираємо стек: Varnish vs Nginx cache, Redis vs Memcache (1 день).
3. Реалізація — налаштування кешування, BigPipe, Purge (2–3 дні).
4. Тестування — навантажувальне тестування, заміри Core Web Vitals (1 день).
5. Деплой — розгортання на production, документування (1 день).

Орієнтовні строки: базова оптимізація — 2–3 дні, з Varnish — 5–7 днів. Вартість розраховується індивідуально. Зв'яжіться з нами для детального аудиту.

Результати типової оптимізації

Varnish приблизно в 10 разів швидше Dynamic Page Cache для анонімних запитів.

Порівняння методів кешування

Згідно з Wikipedia, BigPipe — технологія потокового рендерингу, яка мінімізує час до першого контенту для авторизованих користувачів.

Ми — команда з 10-річним досвідом у Drupal, яка виконала понад 50 проектів з оптимізації. Замовте аудит продуктивності Drupal вже сьогодні. Отримайте безкоштовну консультацію по вашому проекту.