Node против Edge: cold start, недостающие API и почему код должен жить рядом с данными

Два runtime, одна строка конфига

Выбирая runtime, вы выбираете не флаг функции, а разные физические ограничения: где функция может выполняться, какие пакеты загрузятся и сколько будет стоить каждый раунд с базой данных. Неверный выбор не даст ошибки в dev — он обойдётся секундами латентности в проде.

Next.js выполняет серверный код в двух средах, выбираемых per-route-segment одним экспортом. Node.js runtime (дефолт) — полноценный Node-процесс: работает любой npm-пакет, грузятся нативные аддоны, существуют fs и child_process, CPU может молотить столько, сколько позволит платформа. Edge runtime — урезанный V8-изолят по образцу веб-стандартов — та же модель исполнения, что у Cloudflare Workers и Vercel Edge Functions, — дающий fetch, Request/Response, URL, web crypto, стримы… и почти ничего больше.

// app/api/geo/route.ts — переводим только этот маршрут на edge-runtime
export const runtime = "edge";        // по умолчанию: "nodejs"

export async function GET(request: Request) {
  // только веб-стандартные API: fetch, crypto.subtle, ReadableStream…
  const upstream = await fetch("https://api.example.com/snapshot");
  return new Response(upstream.body, {
    headers: { "content-type": "application/json" },
  });
}

Различия — не «фичи против меньшего числа фич», а разная физика. Node-serverless-функция — это процесс (или microVM), который должен загрузиться: на cold start вы платите инициализацию рантайма плюс граф импортов бандла — обычно от сотен миллисекунд до секунды с лишним для толстого бандла с ORM. V8-изолят ближе к открытию новой вкладки в уже работающем браузере: единицы миллисекунд, часто неотличимо от тёплого старта. Эта асимметрия — весь честный аргумент за edge: не сырая скорость (по инструкциям ваш JavaScript исполняет тот же V8), а ликвидация налога на cold start и возможность работать во многих точках присутствия сразу.

Чего edge не умеет — и как вы это узнаёте

Список ограничений длинный, и обычно его открывают через ошибку сборки. Нет нативных модулей: всё с .node-бинарём — bcrypt, sharp, быстрые пути большинства драйверов БД — не загрузится. Нет fs: файловой системы не существует; шаблоны, шрифты, всё читаемое в рантайме должно быть забандлено или зафетчено. Нет сырого TCP: классические драйверы Postgres/MySQL/Redis не откроют сокет — поэтому edge-экосистема опирается на БД, проксируемые через HTTP/WebSocket (Neon, PlanetScale, Upstash), — лишний протокольный хоп, который стоит учесть в бюджете латентности. Лимит CPU: платформы выдают edge-CPU десятками миллисекунд (бесплатный тариф Cloudflare: 10 мс CPU; платный: 50+ мс); рендер двухмегабайтного PDF или bcrypt с cost factor 12 просто не влезает. Лимиты размера бандла: обычно 1–4 МБ в сжатом виде — одну тяжёлую зависимость хватит, чтобы их пробить.

Тонкая ловушка — зависимость, которую выбрали не вы: ваша auth-библиотека тянет JWT-пакет, который тянет шим Node-crypto, и сборка падает — или хуже, полифилл молча подставляет медленный чистый JS-путь. Относитесь к runtime = 'edge' как к контракту, которому обязан удовлетворять весь граф импортов, а не как к флагу на файле. Вместе эти ограничения означают, что edge-runtime по-настоящему уместен лишь для узкой полосы маршрутов: без нативных модулей, файловой системы и TCP хендлер с обращением к БД там не выживет — зато для чистого compute, формирования запросов и стриминговых прокси почти нулевой cold start меняет всё.

Экономика cold start и стриминг

Дадим асимметрии числа. Cold start Node-лямбды: 200–800 мс на загрузку рантайма плюс вычисление бандла (ORM со сгенерированными клиентами может доминировать), и платит их невезучее подмножество запросов — ровно тот хвост, что портит p99. Митигации есть (provisioned concurrency, диета бандла, ленивые импорты внутри функции), но стоят денег или дисциплины. Cold start изолята: ~5 мс, и не платит его почти никто. Если трафик пиковый — вебхуки, cron-разлёт, утренние штормы логинов, — edge-модель убирает целый класс хвостовой латентности. Если трафик ровный, Node-функции тёплые, и разница почти исчезает.

Стриминг — вторая настоящая сила edge: изоляты построены вокруг web streams, поэтому вернуть ReadableStream — проксировать LLM-API токен за токеном, преобразовывать upstream-ответ на лету — это естественный режим, с time-to-first-byte в десятки миллисекунд из ближайшей точки присутствия. Платформы лимитируют edge-CPU, а не ожидание по настенным часам: функция, ждущая upstream-модель 30 секунд и сжигающая 40 мс CPU, помещается с запасом. Эта комбинация — мгновенный старт, дешёвое ожидание, нативные стримы — причина, по которой маршруты «AI-гейтвея» остались сильнейшим сценарием для edge.

Размещение: правило гравитации данных

Теперь ловушка из Hook, обобщённо. Edge-платформы запускают функцию в точке присутствия, ближайшей к пользователю. База данных живёт в одном регионе. Каждый запрос к ней — round trip от функции до базы, а типичный request делает их несколько — последовательно, когда каждый результат питает следующий (поиск auth → права → сами данные). Арифметика жестока: RTT Сингапур→Франкфурт ~160 мс, значит три последовательных запроса стоят ~480 мс ещё до всякого compute — против ~3 мс за те же три запроса из Node-функции в одном дата-центре с Postgres; пользователь тогда платит свои 160 мс один раз, на финальном ответе. Код, болтливый с данными, должен жить рядом с данными; единственным длинным хопом должен быть пользовательский.

Поэтому выбирайте per-route, а не per-app. Маршруты, трогающие основную БД: Node-runtime в регионе базы. Маршруты чистого compute-on-request, говорящие только с глобально реплицированными хранилищами (KV, CDN-кеши, реплицированные read-слои) или проксирующие стримы: кандидаты на edge. И заметьте коррекцию индустрии: Next.js и Vercel сами откатили месседжинг «edge-first» — собственные рекомендации Vercel сместились к региональным Node-функциям как дефолтной истории именно из-за этой математики гравитации данных. Питч edge выживает там, где он всегда был хорош: request-shaping класса middleware, стриминговые прокси и пользователи, чьи данные тоже распределены.