Mikä on ero Edge- ja Node.js-ajonaikojen välillä?

Question

IT Interview Practice · Accepted Answer

Next.js voi ajaa palvelinkoodia kahdessa ajonaikaisessa ympäristössä. **Node.js runtime** (oletus) on täydellinen Node-ympäristö; **Edge runtime** on kevyt, V8-pohjainen ympäristö, joka toimii maailmanlaajuisesti hajautetuissa edge-sijainneissa käyttäjien lähellä.

## Ajonaikaisen valitseminen

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

## Kompromissit

```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)
```

## Milloin käyttää Edge-tekniikkaa

```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 loistaa **kevyessä logiikassa, joka hyötyy käyttäjän lähellä olemisesta** ja välittömistä kylmistä käynnistyksistä.

## Milloin käyttää 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)
```

## Todellisen rajoituksen esimerkki

```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
```

Monet suositut kirjastot (mukaan lukien ORM:t, jotka avaavat raakoja DB-pistokkeita) eivät toimi Edge-tekniikassa ilman HTTP-pohjaista sovitinta - yleinen sudenkuoppa.

## Miksi sillä on merkitystä

Ajonaikaisen valitseminen on todellinen arkkitehtuuripäätös: **Edge** nopeille, maailmanlaajuisille, kevyille logiikalle (erityisesti middleware) minimaalisilla kylmillä käynnistyksillä, **Node.js** täydelliselle API-käytölle, suorille tietokantayhteyksille ja raskaalle työlle.

Edge-tekniikan rajoitusten tunteminen (vain Web API:t, ei raakapuhelinta TCP, lyhyt suoritus) estää yleisen virheen, jossa tietokantapainotteista tai Node-riippuvaa koodia laitetaan ajonaikaiselle, joka ei voi sitä tukea.

Ajonaikaisen valitseminen

Kompromissit

Milloin käyttää Edge-tekniikkaa

Milloin käyttää Node.js:ää

Todellisen rajoituksen esimerkki

Miksi sillä on merkitystä

Aiheeseen liittyvät kysymykset