Разработка 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-сайт разрастается, и пора добавить серверную логику без выделенного бэкенда. Netlify Functions — бессерверные обработчики, которые деплоятся вместе с фронтендом за минуты. Достаточно создать файл в netlify/functions/, и функция готова к работе. Типичная проблема: контактная форма на статике не отправляет данные, или нужно обрабатывать вебхуки от внешних сервисов. Вместо поднятия отдельного сервера мы используем Netlify Functions. Стоимость инфраструктуры практически нулевая, а автоматическое масштабирование снимает головную боль. Мы пишем serverless-функции для Netlify с момента появления платформы. За это время реализовали более 50 функций для 15 проектов: приём форм, генерация PDF, webhook-интеграции с CRM и платёжными системами. Наши инженеры сертифицированы по JAMstack, гарантируем стабильную работу функций под нагрузкой 1000+ запросов в минуту.

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

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?

Сценарий Тип функции
Обработка формы обратной связи 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.

Как оптимизировать холодный старт?

Холодный старт — задержка при первом вызове функции, когда среда выполнения ещё не готова. В Netlify Functions по умолчанию он составляет 200–500 мс. Чтобы снизить его до 50–100 мс, используйте esbuild для бандлинга (он объединяет зависимости в один файл) и выбирайте план Pro, где доступна функция Warm Functions, поддерживающая функции «тёплыми». Также избегайте монолитных зависимостей: импортируйте только нужные модули.

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

Пример sync-функции

Файл 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.

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://...

Процесс работы и объём услуг

Мы выполняем полный цикл разработки serverless-функций:

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

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

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

Сроки

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

Закажите разработку serverless-функций для вашего проекта — получите консультацию по архитектуре и деплою. Свяжитесь с нами, чтобы обсудить вашу serverless-архитектуру. Получите консультацию по оптимизации функций под ваш проект.

Официальная документация Netlify Functions: Netlify Functions overview

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 недели.