Cloudflare Workers для бізнесу 2026: робочий гайд

Cloudflare Workers — це serverless-код, який виконується на 330+ edge-локаціях за 5–30 мс від користувача, без власного сервера й DevOps. Тариф: безкоштовно до 100 000 запитів/день, далі 5 $/міс за 10 млн запитів — це у 5–10 разів дешевше за AWS Lambda і в 3–4 рази швидше на холодному старті (0 мс проти 200–800 мс). 5 робочих сценаріїв для бізнесу: A/B-тести на CDN без уповільнення сторінки, захист форм від спаму, проксі для зовнішніх API з кешем, A/B-роутинг трафіку за гео, кастомні редиректи та SEO-правила. Ліміти: 10 мс CPU на запит на безкоштовному тарифі (50 мс на платному), 128 МБ пам'яті, немає тривалих фонових задач. Впровадження — від 1 дня до 2 тижнів, не вимагає перенесення сайту. У статті — 5 готових сценаріїв із кодом і порівняння з Vercel Functions та AWS Lambda.

Що таке Workers і екосистема

Cloudflare Workers – це serverless edge compute. Ви пишете функцію на JavaScript/TypeScript (або Rust/Python через Pyodide), деплоїте через CLI або git, і вона миттєво працює в 330+ містах світу – Cloudflare сам розгортає її на найближчий до користувача сервер.

Головна відмінність від класичних хмар: код виконується в тій самій мережі, що й CDN. Немає поняття «інстанс», «регіон», «доступність». Холодного старту майже немає – V8 isolate стартує за 5ms.

Навколо Workers Cloudflare побудував цілу екосистему сервісів:

• KV (Key-Value) – розподілене сховище для кешу, сесій, фіч-флагів. Безкоштовно до 100K читань на день.
• R2 (Object Storage) – S3-сумісне сховище для файлів. Головна фішка: безкоштовний egress (з AWS S3 ви платите за кожен відданий байт).
• D1 (SQL Database) – SQLite на edge. $5/міс за 10GB. Підходить для більшості вебзастосунків до 10M запитів.
• Durable Objects – об'єкти з консистентним станом. Для чат-кімнат, черг, WebSocket-застосунків.
• Queues – черги повідомлень для асинхронної обробки.
• Workers AI – запуск open-source моделей (Llama, Mistral, embeddings) прямо на edge. Без надсилання даних третім особам.
• Hyperdrive – прискорений конект до зовнішніх PostgreSQL/MySQL/MongoDB.

5 застосувань для бізнесу

1. Telegram-бот без власного сервера

Найчастіший use-case. Telegram-бот через webhook – це HTTP-ендпоінт, який приймає POST-запити. Worker чудово з цим справляється. Стан сесії – у KV (безкоштовні 100K читань/день). Інтеграції з CRM або OpenAI – через fetch до їхнього API. Жодного VPS, жодних PM2 чи systemd – задеплоїв і забув.

2. Обробка форм із сайту

Форма заявки на статичному лендингу → Worker → надсилання в Telegram-чат менеджера / email / CRM. Спам-захист (honeypot, rate-limit) – пара рядків на Worker. Один Worker може обслуговувати форми 10 сайтів паралельно. Безкоштовний план – більше, ніж потрібно середньому бізнесу.

3. AI-проксі для безпеки API-ключів

Хочете дати користувачам доступ до ChatGPT/Claude через свій UI? Прямо з браузера звертатися до OpenAI/Anthropic не можна – API-ключ витече. Worker як проксі: фронт звертається до Worker, Worker додає API-ключ зі змінних оточення і викликає OpenAI. Ключ ніколи не залишає сервер.

4. Image optimization on-the-fly

Cloudflare Images або власний Worker з бібліотекою Polish: оптимізація картинок «на льоту». Ви завантажуєте оригінал у R2, Worker робить resize, конвертацію у WebP/AVIF, накладання водяного знаку – за URL-параметрами. PageSpeed +20-30 очок на сайтах із великою кількістю картинок.

5. Geo-routing і A/B-тестування

Worker бачить країну, регіон, мову браузера користувача. Можна спрямовувати українців на `tema.name/uk/`, німців на `/de/`, поляків на `/pl/`. Аналогічно для A/B-тестів: різні версії сторінок без окремого сервісу. Усі «експеримент = друга сторінка» відпрацьовуються на edge, до приходу на ваш origin.

Порівняння з альтернативами

Мої рекомендації:

• Якщо у вас уже Cloudflare – Workers «безкоштовне розширення» того, за що ви вже платите. Менше білінгів, менше провайдерів.
• Якщо інтенсивний AWS-стек (RDS, DynamoDB, SQS) – Lambda зручніша, усе в одному VPC.
• Якщо фронт на Next.js / Nuxt / Astro на Vercel – Vercel Functions зручніші, серверний код у тому самому репо.
• Якщо глобальна аудиторія – Workers виграє за рахунок edge-локацій (CDN ставить код у найближчий до користувача DC).

Запуск першого Worker за годину

Реалістичний графік запуску першого продакшн-Worker з нуля:

1. Setup10 хв
2. Код15 хв
3. Деплой5 хв
4. Routes10 хв
5. Тести20 хв

Setup (10 хв). Реєстрація Cloudflare-акаунта (якщо немає), встановлення `wrangler` CLI (`npm install -g wrangler`), `wrangler login` – відкриє браузер для авторизації. На цьому етапі у вас уже є робоче середовище.

Код (15 хв). `wrangler init my-worker` створює шаблон. Базовий Worker – 10 рядків коду на TypeScript: приймає HTTP-запит, повертає Response. Для Telegram-бота додаєте обробку JSON і виклик Telegram API через fetch.

Деплой (5 хв). `wrangler deploy` – Worker одразу доступний за `*.workers.dev`. Логи через `wrangler tail`. Без Docker, без CI/CD, без Kubernetes.

Routes (10 хв). Якщо у вас уже домен на Cloudflare – у дашборді Workers додаєте Route: `api.yourdomain.com/*` → ваш Worker. З цього моменту запити на цей URL підуть у Worker.

Тести (20 хв). Локальне тестування `wrangler dev`. Підключаєте KV/D1/R2 через `wrangler.toml` bindings. Edge cases: що поверне Worker на порожній запит, на величезний, на запит із битим JSON. Деплой із `wrangler deploy --env production`.

7 типових помилок

Ці граблі бачив у клієнтів і сам наступав.

1. Зберігати стан у глобальній змінній. Worker stateless – кожен запит може потрапити на різний сервер. Стан – у KV/D1/Durable Objects, не в змінній.
2. Ігнорувати CPU-ліміт. 10ms на free, 50ms на paid. Важка криптографія або великий JSON.parse можуть не встигнути. Профілюйте з `wrangler dev --remote`.
3. Не використовувати Wrangler secrets для ключів. Покласти OpenAI API-ключ у код = він потрапить у git. Використовуйте `wrangler secret put` – ключ зберігається зашифровано в Cloudflare.
4. Робити sync операції на кожен запит. Кожен fetch до зовнішнього API коштує часу. Кешуйте в KV або Cache API дані, що повторно використовуються.
5. Забути про Origin-headers. CORS блокує запити з фронту. Worker має явно повертати `Access-Control-Allow-Origin` – користувач не побачить відповіді, якщо цього немає.
6. Деплой без тестів. Worker іде в production миттєво. Робіть окремий environment для staging: `wrangler deploy --env staging`.
7. Не підключати analytics. У Cloudflare є безкоштовна Workers Analytics – запити, помилки, латентність за регіонами. Без неї незрозуміло, що відбувається.

Часті запитання