Qual è la differenza tra i runtime Edge e Node.js?

Question

Accepted Answer

Next.js può eseguire il codice del server in due runtime. Il **runtime Node.js** (predefinito) è l'ambiente Node completo; il **runtime Edge** è un ambiente leggero basato su V8 che viene eseguito in posizioni edge distribuite globalmente vicino agli utenti.

## Selezione di un runtime

```ts
// per route handler / page
export const runtime = "edge";   // or "nodejs" (the default)
```

## I compromessi

```text
                  Node.js runtime         Edge runtime
────────────────────────────────────────────────────────────────
APIs              full Node (fs, crypto,  Web APIs only (fetch,
                  Buffer, native modules) Request/Response) — limited
npm packages      all                     only those without Node APIs
Cold start        slower, heavier         near-zero, lightweight
Location          regional (one region)   global (near the user)
Latency to user   higher if far away      very low (geo-distributed)
Execution limits  longer, more memory     short CPU time, less memory
Database          direct TCP connections  HTTP-based DBs only (no raw TCP)
```

## Quando utilizzare Edge

```text
✓ Middleware (auth checks, redirects, geo-routing) — must be fast & global
✓ Simple, latency-sensitive endpoints (personalization, A/B, feature flags)
✓ Reading geolocation/headers to tailor responses
```

Edge eccelle per **logica leggera che beneficia dall'essere vicina all'utente** e da avvii a freddo istantanei.

## Quando utilizzare Node.js

```text
✓ Direct database connections (Prisma over TCP, etc.)
✓ Heavy computation, large dependencies, native modules
✓ Anything using Node-specific APIs (fs, crypto.randomBytes via Node, Buffer)
```

## Un esempio di vincolo reale

```ts
export const runtime = "edge";
import fs from "fs";           // ❌ not available on Edge — build/runtime error
import { PrismaClient } from "@prisma/client"; // ⚠️ needs HTTP/data-proxy on Edge
```

Molte librerie popolari (inclusi gli ORM che aprono socket DB grezzi) non funzionano su Edge senza un adattatore basato su HTTP — una trappola comune.

## Perché è importante

La scelta del runtime è una vera decisione architettonica: **Edge** per logica veloce, globale e leggera (specialmente middleware) con avvii a freddo minimi, **Node.js** per accesso API completo, connessioni DB dirette e lavoro pesante.

Conoscere i limiti di Edge (solo Web API, nessun TCP grezzo, esecuzione breve) previene l'errore frequente di mettere codice database-heavy o dipendente da Node su un runtime che non può supportarlo.