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

Наша компанія займається розробкою, підтримкою та обслуговуванням сайтів будь-якої складності. Від простих односторінкових сайтів до масштабних кластерних систем, побудованих на мікро сервісах. Досвід розробників підтверджено сертифікатами від вендорів.

Розробка та обслуговування будь-яких видів сайтів:

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

Це лише деякі з технічних типів сайтів, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Розробка Serverless Functions для сайту (Netlify Functions)
Простий
~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

Ваш JAMstack backend сайт розростається, і пора додати серверну логіку без виділеного бекенду. Netlify Functions (також відомі як Netlify Lambda функції) — безсерверні функції, які деплояться разом із фронтендом за хвилини. Достатньо створити файл у netlify/functions/, і функція готова до роботи. Типова проблема: контактна форма на статиці не відправляє дані, або потрібно обробляти вебхуки від зовнішніх сервісів. Замість підняття окремого сервера ми використовуємо Netlify Functions. Вартість інфраструктури практично нульова, а автоматичне масштабування знімає головний біль. Ми пишемо serverless-функції для Netlify з моменту появи платформи. За цей час реалізували понад 50 функцій для 15 проектів: прийом форм, генерація PDF, webhook-інтеграції з CRM та платіжними системами. Наші інженери сертифіковані за JAMstack, гарантуємо стабільну роботу функцій під навантаженням 1000+ запитів на хвилину. Вартість розробки базової функції — від $200, економія на інфраструктурі до 70%. Netlify Functions у 5 разів кращі за традиційний бекенд за часом розгортання та масштабуванням.

Два типи функцій

Sync Functions — стандартний request/response. Підтримують Node.js 18+, Go, Rust. Таймаут 10 секунд (безкоштовно) / 26 секунд (Pro).

Background Functions — для довгих задач (до 15 хвилин). Негайно повертають 202 Accepted, виконання продовжується у фоні. Ім'я файлу: *.mts або *-background.ts.

Параметр Sync Function Background Function
Час виконання до 10/26 сек до 15 хв
Відповідь клієнту після виконання одразу 202 Accepted
Типове використання API, вебхуки, форми Генерація PDF, обробка даних, відправка листів

Як вибрати між Sync і Background Functions? Netlify Forms vs Functions: коли що вибрати?

Сценарій Тип функції
Обробка форми зворотного зв'язку Sync
Генерація PDF-звіту Background
Webhook від платіжної системи Sync
Масова розсилка листів Background
API для фронтенду (CRUD) Sync
Обробка зображень Background

Переваги та прискорення розробки

Netlify Functions розгортаються в 3-5 разів швидше, ніж окремий сервер на AWS EC2. Вам не потрібно керувати інфраструктурою: масштабування, патчі безпеки та балансування відбуваються автоматично. Це знижує витрати на адміністрування в 2-3 рази. Інтеграція з Git-репозиторієм дозволяє деплоїти функції разом із фронтендом — одна команда git push. Не потрібно налаштовувати CI/CD окремо. Локальна розробка через netlify dev імітує продакшен-середовище. Холодний старт можна зменшити за допомогою esbuild-бандлінгу та налаштування Warm Functions на плані Pro. Завдяки оптимізації холодний старт зменшено на 80%, понад 95% запитів обробляються за <100 мс.

Як оптимізувати холодний старт?

Холодний старт — затримка при першому виклику функції, коли середовище виконання ще не готове. У Netlify Functions за замовчуванням він становить 200–500 мс. Щоб знизити його до 50–100 мс, використовуйте esbuild для бандлінгу (він об'єднує залежності в один файл) і обирайте план Pro, де доступна функція Warm Functions, що підтримує функції «теплими». Також уникайте монолітних залежностей: імпортуйте лише потрібні модулі.

Типові помилки при розробці Netlify Functions - Ігнорування холодного старту: тестуйте функції з прогрітим середовищем. - Відсутність обробки помилок: завжди повертайте коректний HTTP-статус. - Невикористання змінних середовища: зберігайте ключі в `.env`, а не в коді. - Забувають про ліміти: таймаут 10 сек для Sync, 15 хв для Background.

Приклад Netlify функції: Sync Function для контактної форми

Файл netlify/functions/contact.ts:

import type { Handler, HandlerEvent } from "@netlify/functions";

export const handler: Handler = async (event: HandlerEvent) => {
  if (event.httpMethod !== "POST") {
    return { statusCode: 405, body: "Method Not Allowed" };
  }

  const data = JSON.parse(event.body || "{}");
  const { name, email, message } = data;

  // Відправка через Netlify Email Integration або зовнішній API
  await fetch("https://api.sendgrid.com/v3/mail/send", {
    method: "POST",
    headers: {
      Authorization: `Bearer ${process.env.SENDGRID_API_KEY}`,
      "Content-Type": "application/json",
    },
    body: JSON.stringify({
      personalizations: [{ to: [{ email: "[email protected]" }] }],
      from: { email: "[email protected]" },
      subject: `Повідомлення від ${name}`,
      content: [{ type: "text/plain", value: `${name} (${email}): ${message}` }],
    }),
  });

  return {
    statusCode: 200,
    headers: { "Content-Type": "application/json" },
    body: JSON.stringify({ ok: true }),
  };
};

Функція доступна за /.netlify/functions/contact або через redirect. Наприклад, використовуючи netlify.toml: редирект з /api/contact на /.netlify/functions/contact. Це типова Netlify контактна форма.

Background Function для звітів

// netlify/functions/generate-report-background.ts
import type { BackgroundHandler } from "@netlify/functions";

export const handler: BackgroundHandler = async (event) => {
  const { reportId } = JSON.parse(event.body || "{}");

  // Довга операція: генерація PDF, обробка даних
  const pdf = await generatePDFReport(reportId);

  // Зберігаємо в S3 і повідомляємо користувача
  await uploadToS3(pdf, `reports/${reportId}.pdf`);
  await notifyUser(reportId);
};

Конфігурація netlify.toml

[build]
  command = "npm run build"
  publish = "dist"
  functions = "netlify/functions"

[functions]
  node_bundler = "esbuild"
  included_files = ["templates/**"]

[dev]
  command = "npm run dev"
  port = 8888

node_bundler = "esbuild" прискорює збірку і зменшує розмір бандла на 40% у порівнянні з zip-архівом.

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

Netlify Dashboard → Site Settings → Environment variables. Для локальної розробки — файл .env:

SENDGRID_API_KEY=SG.xxx
DATABASE_URL=postgresql://...

Процес роботи та обсяг послуг

Ви замовляєте Netlify функції під ключ — отримуєте готовий код, конфігурацію та деплой. Ми виконуємо повний цикл розробки serverless-функцій:

  1. Аналітика — визначення необхідних функцій, їх сигнатур та інтеграцій.
  2. Проектування — архітектура, вибір типів функцій, оптимізація холодного старту.
  3. Реалізація — написання коду з використанням esbuild для бандлінгу.
  4. Тестування — локальний запуск через netlify dev, перевірка граничних випадків.
  5. Деплой — налаштування автоматичного розгортання через Git.

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

  • Код функцій з обробкою помилок та логуванням
  • Конфігурація netlify.toml та редиректів
  • Налаштування змінних середовища
  • Тестування функцій локально та в продакшені
  • Документація щодо виклику та розгортання
  • Підтримка 30 днів після здачі проекту

Строки

Базові функції (форма, вебхук) з налаштуванням редиректів — 1–2 дні. Складні інтеграції (генерація PDF, зовнішні API) — від 3 днів.

Замовте розробку serverless-функцій для вашого проекту — отримайте консультацію з архітектури та деплою. Зв'яжіться з нами, щоб обговорити вашу serverless-архітектуру. Отримайте консультацію з оптимізації функцій під ваш проект.

Офіційна документація Netlify Functions.

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.

Параметр AWS Lambda Vercel Functions Cloudflare Workers
Runtime Node.js, Python, Go, Java, .NET (up to 15 min) Node.js (up to 300s) V8 Isolates (no Node.js API)
Cold start 200ms–1.5s (Node.js) ~200ms (Node.js) <1ms
Безкоштовний ліміт 1M запитів/міс 100k запитів/міс 100k запитів/день
Реґіони AWS Regions (30+) Vercel Edge (120+) Cloudflare (300+)

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 неможливо зчепити логи.

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

Deliverable Опис
Дизайн архітектури Границі функцій, event-маршрути, вибір провайдера, схеми даних
Реалізація та деплой Код на Python/Node.js/Go, CI/CD (GitHub Actions, Terraform), preview deployments
Оптимізація холодного старту Provisioned Concurrency, Lambda Layers, tree-shaking, ARM
Тестування та моніторинг Unit/integration тести, X-Ray, alarms (CloudWatch), SLA
Документація та навчання README, архітектурні діаграми, інструкції для вашої команди

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

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

Технічні вимоги до serverless функції
  • Обмеження пам’яті: Lambda до 10GB, Vercel до 1GB, Workers до 128MB.
  • Диск: /tmp до 10GB (Lambda), відсутній на Edge.
  • Час виконання: Lambda макс 15 хв, Vercel 300 с, Workers 30 с.
  • Бандл: Lambda — до 250MB (зі шарами), Vercel — до 50MB, Workers — до 4MB.

Як оптимізувати 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+ реалізованих проєктів. Замовте консультацію — отримайте технічну оцінку вашого сценарію.