Розробка Serverless Functions для сайту (Vercel Functions)

Зауважте: коли статичний сайт досягає меж своїх можливостей — форма зворотного зв'язку потребує сервера, платежі не оброблюються на клієнті, аутентифікація лягає на фронтенд — настав час розширювати архітектуру безсерверними функціями. Ми розробляємо Serverless Functions на Vercel під ключ, інтегруючи їх із вашим кодом без налаштування серверів. Результат — готовий API, який масштабується автоматично. Отримайте консультацію щодо вашого проекту — ми оцінимо задачу за 2 дні.

Чому Serverless Functions?

Serverless Functions — це прагматичний підхід, що скорочує час розробки бекенду в 3–5 разів порівняно з традиційним сервером. Ми використовуємо їх для обробки форм, вебхуків, аутентифікації, кешування. Vercel Functions підтримують Node.js, Edge Runtime, Python, Ruby, Go. Економія на інфраструктурі сягає 70%: ви платите лише за виконання, без щомісячної оренди VPS. Безкоштовний тариф Hobby включає 100 GB-годин на місяць — вистачає для 100 000 запитів. Згідно з офіційною документацією Vercel, продуктивність Edge Runtime досягає 20 мс середнього часу відповіді.

Як інтегрувати Serverless Functions з Next.js?

Сучасні проекти на Next.js 14+ використовують App Router API Routes. Файли в app/api/ автоматично стають безсерверними ендпоінтами. Ми налаштовуємо обробку запитів, валідацію, роботу з базами даних та зовнішніми API — все в єдиному репозиторії. Ось функція зворотного зв'язку, яку ми розгортаємо за 1-2 дні:

import type { VercelRequest, VercelResponse } from "@vercel/node";
import { Resend } from "resend";

const resend = new Resend(process.env.RESEND_API_KEY);

export default async function handler(req: VercelRequest, res: VercelResponse) {
  if (req.method !== "POST") {
    return res.status(405).json({ error: "Method not allowed" });
  }

  const { name, email, message } = req.body;

  if (!name || !email || !message) {
    return res.status(400).json({ error: "Missing fields" });
  }

  await resend.emails.send({
    from: "[email protected]",
    to: "[email protected]",
    subject: `Нове повідомлення від ${name}`,
    text: `Від: ${name} <${email}>\n\n${message}`,
  });

  return res.status(200).json({ ok: true });
}

Функція доступна за адресою https://your-site.vercel.app/api/contact. Ми також додаємо CORS, логування, інтеграцію з Telegram/Slack — під ваші бізнес-процеси.

Приклад: інтеграція з Mailchimp через Route Handler

Для підписок на розсилку використовуємо app/api/newsletter/route.ts:

// app/api/newsletter/route.ts
import { NextRequest, NextResponse } from "next/server";

export async function POST(request: NextRequest) {
  const { email } = await request.json();

  // Додавання в Mailchimp/SendGrid
  const response = await fetch("https://api.mailchimp.com/3.0/lists/LIST_ID/members", {
    method: "POST",
    headers: {
      Authorization: `Bearer ${process.env.MAILCHIMP_API_KEY}`,
      "Content-Type": "application/json",
    },
    body: JSON.stringify({ email_address: email, status: "subscribed" }),
  });

  if (!response.ok) {
    return NextResponse.json({ error: "Subscription failed" }, { status: 400 });
  }

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

Змінні середовища та секрети

У Vercel Dashboard → Settings → Environment Variables. Для локальної розробки — .env.local:

RESEND_API_KEY=re_...
DATABASE_URL=postgresql://...

Важливо: Vercel не передає змінні з NEXT_PUBLIC_ на сервер — тільки на клієнт. Серверні секрети не додавайте з цим префіксом.

Порівняння: Serverless Functions vs традиційний бекенд

Serverless на Vercel масштабується автоматично від 0 до 10 000 запитів на секунду — в 10 разів швидше традиційного підходу.

Додаткове порівняння: Node.js vs Edge Runtime

Edge Runtime виконує запити за 0.3 секунди в середньому — в 2 рази швидше Node.js для простих операцій.

Як забезпечити безпеку Serverless Functions?

Ми використовуємо кілька шарів захисту. Функції ізольовані одна від одної, кожен виклик виконується в чистому середовищі. Змінні середовища зберігаються зашифрованими. Для аутентифікації застосовуємо JWT або OAuth. Регулярно оновлюємо залежності. Важливо: ніколи не передавайте серверні секрети на клієнт через NEXT_PUBLIC_.

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

1. Аналітика — обговорюємо ваші завдання: форми, вебхуки, аутентифікація, сторонні API. Визначаємо потрібні ендпоінти та інтеграції.
2. Проектування — обираємо рантайм (Node.js або Edge), проектуємо структуру функцій, визначаємо змінні середовища.
3. Реалізація — пишемо функції, тестуємо локально, додаємо валідацію та обробку помилок.
4. Деплой — підключаємо репозиторій до Vercel, налаштовуємо CI/CD, домени, SSL.
5. Тест та передача — перевіряємо сценарії, пишемо документацію API, навчаємо ваших розробників.

Що входить в розробку?

• Вихідний код всіх функцій у вашому репозиторії.
• Документація API з прикладами запитів та відповідей.
• Налаштування змінних середовища та CORS.
• Інтеграція із зовнішніми сервісами (платежі, email, CRM).
• Деплой на Vercel з автоматичним розгортанням.
• Підтримка та консультації протягом місяця після здачі.

Терміни та гарантії

• Проста функція (форма зворотного зв'язку, підписка, вебхук) — від 1 дня.
• Комплексний проект (кілька ендпоінтів, інтеграції, аутентифікація) — 3–7 днів.
• Складний проект (мікросервісна архітектура, робота з відео/зображеннями) — до 14 днів.

Вартість розраховується індивідуально. Замовте розробку — ми зв'яжемося з вами для оцінки. Ми гарантуємо стабільну роботу функцій під будь-яким навантаженням, автоматичне резервне копіювання та швидкий респонс на інциденти. Наш досвід: понад 50 успішних проектів на Vercel, 5 років на ринку веб-розробки, команда senior-інженерів. Зв'яжіться з нами, щоб обговорити ваші завдання. Отримайте консультацію прямо зараз.

Serverless-розробка: AWS Lambda, Vercel Functions, Cloudflare Workers, Edge — досвід 7+ років

Ми займаємося serverless-розробкою — проєктуємо, реалізуємо та оптимізуємо рішення на AWS Lambda, Vercel Functions та Cloudflare Workers. Маємо сертифікати AWS та досвід масштабування до 1 млн запитів на день. Оцінимо ваш проєкт безкоштовно — зв’яжіться з нами.

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 секунд, зараз покращено, але він все ще довший. Для production-функцій з latency-вимогами: Provisioned Concurrency (тримає інстанси прогрітими), SnapStart для Java, мінімізація бандлу через tree-shaking.

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

Lambda Layers — спільні залежності між функціями. До 5 шарів на функцію, кожен до 250MB. Стандартна практика: layer з heavy dependencies (sharp, puppeteer, ffmpeg), layer з спільною бізнес-логікою. Інфраструктура Lambda через AWS CDK або Terraform.

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 обов’язково.

Як оптимізувати cold start в AWS Lambda?

Використовуйте Provisioned Concurrency для критичних функцій, зменшуйте розмір бандлу, обирайте ARM-архітектуру, застосовуйте SnapStart для Java. Для edge-функцій без cold start розгляньте Cloudflare Workers.

Що обрати: Cloudflare Workers чи Vercel Functions?

Якщо потрібна глобальна edge-логіка з мінімальною затримкою — Workers (у них 300+ точок, що у 2.5 рази більше ніж Vercel). Якщо використовуєте Next.js і потребуєте повноцінного Node.js runtime — Vercel Functions. Комбінуйте обидва підходи для складних проєктів.

Терміни

Serverless API для стартапу (10–20 функцій): 2–5 тижнів. Міграція монолітного Laravel/Node API на Lambda: 4–10 тижнів залежно від обсягу. Edge Middleware + Workers для глобального продукту: 2–4 тижні. Ми гарантуємо якість на основі 7+ років досвіду та 20+ реалізованих проєктів. Замовте консультацію — отримайте технічну оцінку вашого сценарію.