Serverless Functions на Cloudflare Workers для сайта

Наша компания занимается разработкой, поддержкой и обслуживанием сайтов любой сложности. От простых одностраничных сайтов до масштабных кластерных систем построенных на микро сервисах. Опыт разработчиков подтвержден сертификатами от вендоров.

Разработка и обслуживание любых видов сайтов:

Информационные сайты или веб-приложения
Сайты визитки, landing page, корпоративные сайты, онлайн каталоги, квиз, промо-сайты, блоги, новостные ресурсы, информационные порталы, форумы, агрегаторы
Сайты или веб-приложения электронной коммерции
Интернет-магазины, B2B-порталы, маркетплейсы, онлайн-обменники, кэшбэк-сайты, биржи, дропшиппинг-платформы, парсеры товаров
Веб-приложения для управления бизнес-процессами
CRM-системы, ERP-системы, корпоративные порталы, системы управления производством, парсеры информации
Сайты или веб-приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, конструкторы сайтов, порталы предоставления электронных услуг, видеохостинги, тематические порталы

Это лишь некоторые из технических типов сайтов, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Serverless Functions на Cloudflare Workers для сайта
Средний
~2-3 дня
Часто задаваемые вопросы

Наши компетенции:

Этапы разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1358
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1250
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    956
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Разработка веб-сайта для компании ФИКСПЕР
    947

В продакшене мы часто сталкиваемся с ситуацией: стандартный сервер не справляется с пиковыми нагрузками, а поднимать кластер ради пары эндпоинтов — стрельба из пушки по воробьям. Cloudflare Workers решают эту проблему: код выполняется на V8 isolates с холодным стартом менее 1 мс на 300+ edge-узлах. Бесплатный тариф покрывает 100 000 запросов в сутки — этого хватает для большинства проектов. Наш опыт внедрения Workers на десятках сайтов показывает: отказоустойчивость растет, а стоимость инфраструктуры снижается на 40-60% по сравнению с традиционными решениями.

Как Cloudflare Workers обеспечивают холодный старт менее 1 мс?

Workers работают на технологии Cloudflare Workers с изоляцией V8, где каждый Worker запускается в отдельном контексте V8. В отличие от контейнеров, V8 isolates не требуют загрузки ОС или runtime — код компилируется и выполняется мгновенно. Это даёт холодный старт <1 мс, тогда как у AWS Lambda он составляет 500-2000 мс из-за инициализации контейнера. Например, Workers обрабатывает запросы в 100 раз быстрее при первом запуске, что критично для API с низкой латентностью.

Отличие от AWS Lambda и Vercel Functions

Workers запускаются в каждом PoP Cloudflare — пользователь из Москвы получает ответ с ближайшего узла, а не из us-east-1. Это принципиально для latency-sensitive задач. Ограничение: Workers используют Web API, а не Node.js API — fs, child_process, нативные модули недоступны. Зато нет cold start, как у Lambda (где он может достигать нескольких секунд при дефолтных настройках). Vercel Functions тоже не лишены задержек — они полагаются на контейнеры. Workers на V8 isolates выигрывают в скорости инициализации.

Как выбрать между Workers и традиционным бэкендом?

Если ваш сайт требует низкой задержки для API-запросов, гео-распределения или интеграции с внешними сервисами — Workers очевидный выбор. Когда стоит остаться на полноценном сервере? Если нужны долгие соединения к PostgreSQL, работа с большими файлами или сложные вычисления на CPU. Для всего остального Workers — легковесная и дешёвая альтернатива.

Базовый Worker

// src/index.ts
export default {
  async fetch(request: Request, env: Env): Promise<Response> {
    const url = new URL(request.url);

    if (url.pathname === "/api/contact" && request.method === "POST") {
      return handleContact(request, env);
    }

    if (url.pathname === "/api/geo") {
      return handleGeo(request);
    }

    return new Response("Not found", { status: 404 });
  },
};

async function handleContact(request: Request, env: Env): Promise<Response> {
  const data = await request.json<{ name: string; email: string; message: string }>();

  // Отправка через Resend API
  const emailResponse = await fetch("https://api.resend.com/emails", {
    method: "POST",
    headers: {
      Authorization: `Bearer ${env.RESEND_API_KEY}`,
      "Content-Type": "application/json",
    },
    body: JSON.stringify({
      from: "[email protected]",
      to: ["[email protected]"],
      subject: `Сообщение от ${data.name}`,
      text: `${data.name} (${data.email}): ${data.message}`,
    }),
  });

  if (!emailResponse.ok) {
    return Response.json({ error: "Email send failed" }, { status: 500 });
  }

  return Response.json({ ok: true });
}

// Геолокация из заголовков Cloudflare
function handleGeo(request: Request): Response {
  const cf = (request as any).cf;
  return Response.json({
    country: cf?.country,
    city: cf?.city,
    timezone: cf?.timezone,
    latitude: cf?.latitude,
    longitude: cf?.longitude,
  });
}

Wrangler и деплой

# wrangler.toml
name = "my-site-api"
main = "src/index.ts"
compatibility_date = "2024-11-01"

[vars]
ENVIRONMENT = "production"

[[routes]]
pattern = "yourdomain.com/api/*"
zone_name = "yourdomain.com"
npm install -g wrangler
wrangler login
wrangler dev          # локальная разработка
wrangler deploy       # деплой

Секреты:

wrangler secret put RESEND_API_KEY
wrangler secret put DATABASE_URL

Workers KV и D1: хранение данных на edge

KV — key-value хранилище, eventually consistent. Подходит для кэша, сессий, конфигурации.

// Привязка в wrangler.toml
// [[kv_namespaces]]
// binding = "CACHE"
// id = "abc123..."

export default {
  async fetch(request: Request, env: Env & { CACHE: KVNamespace }) {
    const cacheKey = new URL(request.url).pathname;
    const cached = await env.CACHE.get(cacheKey);

    if (cached) {
      return new Response(cached, {
        headers: { "Content-Type": "application/json", "X-Cache": "HIT" }
      });
    }

    const data = await fetchFreshData(request);
    await env.CACHE.put(cacheKey, JSON.stringify(data), { expirationTtl: 300 });

    return Response.json(data);
  }
};

D1 — serverless SQLite-база данных Cloudflare. Подходит для небольших объёмов данных (до 10 GB).

export default {
  async fetch(request: Request, env: Env & { DB: D1Database }) {
    const { results } = await env.DB.prepare(
      "SELECT * FROM products WHERE category = ? ORDER BY created_at DESC LIMIT 20"
    ).bind("electronics").all();

    return Response.json(results);
  }
};

Работа с данными и ограничения

  • CPU time: 10 мс (бесплатно), 30 с (Paid)
  • Память: 128 MB
  • Нет Node.js built-ins (fs, path, crypto — только Web Crypto API)
  • Нет долгоживущих соединений к PostgreSQL (используйте Hyperdrive или HTTP API)

Почему Hyperdrive решает проблему подключения к PostgreSQL?

Hyperdrive проксирует соединения к внешней PostgreSQL через connection pool на стороне Cloudflare, решая проблему latency при подключении к удалённой БД. Это позволяет Workers работать с реляционными базами без задержек на установку нового соединения.

Сравнение производительности Workers vs AWS Lambda vs Vercel Functions

Параметр Cloudflare Workers AWS Lambda Vercel Functions
Холодный старт <1 мс 500-2000 мс 100-500 мс
Гео-распределение 300+ PoP 30+ регионов по региону деплоя
Макс. CPU 30 с 15 мин 60 с
Бесплатный лимит 100k запросов/день 1M запросов/мес 100k запросов/мес

Workers значительно выигрывают в холодном старте и глобальной доступности.

Что входит в работу

При заказе разработки Workers вы получаете:

  • Проектирование архитектуры и выбор оптимальных сервисов (KV, D1, Hyperdrive)
  • Реализацию всех эндпоинтов с обработкой ошибок и тайм-аутов
  • CI/CD с GitHub Actions и автоматический деплой через Wrangler
  • Документацию по эксплуатации и описание всех переменных окружения
  • Тестирование на нагрузку до 1000 RPS с последующей оптимизацией
  • Обучение команды работе с Cloudflare Dashboard и Wrangler CLI

Сроки

Базовый Worker с роутингом и 3–5 эндпоинтами — от 2 до 3 дней. Интеграция KV и D1, CI/CD через GitHub Actions — плюс 2 дня. Полное решение с Hyperdrive и кастомными доменами — до недели. Свяжитесь с нами для точной оценки вашего проекта.

Serverless-разработка: AWS Lambda, Vercel Functions, Cloudflare Workers, Edge

Serverless не означает «без сервера». Серверы есть — вы просто не управляете ими. Правильнее читать это как «без менеджмента серверов»: нет патчинга ОС, нет настройки nginx, нет мониторинга дискового пространства. Функция получает событие, обрабатывает, возвращает ответ. Провайдер сам решает, на чём это запустить.

AWS Lambda: мощь и операционная сложность

Lambda — самая зрелая платформа с наибольшим набором триггеров: API Gateway, SQS, SNS, S3, DynamoDB Streams, EventBridge. Это важно для сложных event-driven архитектур.

Cold start — главная боль Lambda на Node.js: от 200ms до 1.5s в зависимости от размера бандла и VPC. В VPC холодный старт был до 10 секунд до 2019 года, сейчас улучшили, но он всё ещё дольше. Для production-функций с latency-требованиями: Provisioned Concurrency (держит инстансы прогретыми), SnapStart для Java, минимизация бандла через tree-shaking.

Практический кейс: функция обработки загружаемых изображений (ресайз, WebP-конвертация, загрузка в S3). Бандл с sharp весил 40MB из-за нативных бинарников. Решение — Lambda Layer с sharp, основная функция 800KB. Cold start упал с 3.2s до 400ms.

Lambda Layers — общие зависимости между функциями. До 5 слоёв на функцию, каждый до 250MB. Стандартная практика: layer с heavy dependencies (sharp, puppeteer, ffmpeg), layer с общей бизнес-логикой.

Инфраструктура Lambda через AWS CDK или Terraform. SAM — для тех, кто только начинает, CDK — для серьёзных проектов с типобезопасностью.

Vercel Functions и Edge Runtime

Vercel Functions — это Lambda под капотом (us-east-1 по умолчанию), но с минимальным порогом входа для Next.js-проектов. API Routes и Route Handlers деплоятся автоматически. Serverless функции на Node.js runtime с лимитом в 300 секунд на Vercel Pro.

Edge Runtime принципиально другой: функция запускается на V8 isolate в ближайшей к пользователю точке CDN-сети Vercel (120+ регионов). Нет cold start как такового — isolate стартует за ~0ms. Но жёсткие ограничения: нет Node.js API (fs, crypto через Web API), нет доступа к базам данных через TCP (только через HTTP API), размер бандла до 4MB.

Edge Runtime идеален для: middleware (auth check, redirect, A/B test), трансформации ответов, геолокационной логики, Edge Config. Не подходит для: обращения к PostgreSQL, тяжёлых вычислений, работы с файловой системой.

Cloudflare Workers: настоящий Edge

Workers запускаются на V8 isolates в 300+ точках присутствия Cloudflare. Latency для пользователя — буквально ближайший дата-центр. Cold start < 1ms.

Workers Durable Objects решают проблему состояния в Edge: каждый Durable Object — это одна точка координации, выполняется в одном регионе. Идеально для: игровых комнат, документов с реальным временем, rate limiting без гонок.

Workers KV — eventually consistent хранилище. Запись распространяется по всем регионам за ~60 секунд. Не подходит для финансовых транзакций, подходит для конфигов, feature flags, кэша.

D1 — SQLite на Edge. На одной реплике для чтения работает отлично, write latency зависит от расстояния до primary региона. Для глобальных write-heavy приложений — не лучший выбор.

Ecosystem: Hono.js — минималистичный роутер, работающий на Workers, Deno, Bun, Node.js. Если нужен единый код для Edge и сервера — хороший выбор.

Когда serverless не подходит

Длительные вычисления (>15 минут на Lambda, >30 секунд на Vercel) — нужен Fargate или обычный сервер. WebSocket-сервер с состоянием — нет постоянного процесса. Задачи с частым обращением к диску — эфемерный storage, /tmp на Lambda 512MB–10GB. Если функция вызывается тысячи раз в секунду постоянно — EC2 или Fargate дешевле.

Vendor lock-in — реальная проблема. Lambda-специфичный код (handler-сигнатура, Lambda context) сложно портировать. Hono.js, Remix, или адаптеры типа @hono/node-server помогают держать логику portable.

Observability

Без нормального observability serverless — чёрный ящик. Стандарт: AWS X-Ray или Powertools for AWS Lambda (structured logging, tracing, metrics из коробки). Для мультиоблачного стека — OpenTelemetry с экспортом в Grafana Cloud или Honeycomb.

Distributed tracing критичен когда функция А вызывает функцию Б через SQS — без trace ID невозможно связать логи.

Процесс работы

Начинаем с анализа паттерна нагрузки: если трафик непредсказуемый или редкий — serverless даст экономию. Если стабильно высокий — может оказаться дороже. Проектируем границы функций по принципу single responsibility. Разрабатываем локально через SST, Wrangler или LocalStack. CI/CD с preview deployments обязательно.

Сроки

Serverless API для стартапа (10–20 функций): 2–5 недель. Миграция монолитного Laravel/Node API на Lambda: 4–10 недель в зависимости от объёма. Edge Middleware + Workers для глобального продукта: 2–4 недели.