Aller au contenu principal
Lexique
Lexique · Définition
Infrastructure

Edge Runtime (calcul en bordure)

Aussi appelé : « Edge Computing », « Edge Functions »

Environnement d'exécution serveur qui tourne dans des datacenters proches géographiquement de l'utilisateur (Cloudflare Workers, Vercel Edge, Deno Deploy). Latence ~10-50ms vs 200-500ms en serveur classique.

01Définition détaillée
L'edge runtime désigne l'exécution de code serveur dans des datacenters "en bordure" (edge) du réseau, géographiquement proches de l'utilisateur. Au lieu d'une seule region serveur (ex: AWS Paris) qui sert toute la France, le edge runtime distribue le code dans 200-300+ datacenters mondiaux. Pour un utilisateur à Rouen, la requête est servie depuis Paris (~5ms) au lieu de l'Irlande (~30ms) ou Virginie (~100ms). Acteurs : Vercel Edge (basé sur V8), Cloudflare Workers, Deno Deploy, Bun on Cloudflare. Limite : pas d'API Node.js complète, environnement plus restreint (pas de `fs`, `child_process`, etc.).
02Pourquoi c'est important

Pour les sites globaux ou les apps avec utilisateurs internationaux, le edge runtime divise la latence par 3-10x. Impact direct sur les Core Web Vitals (LCP, INP) et donc le SEO. Pour les apps purement françaises avec hébergement EU, le gain est plus modeste mais réel (~30-50ms vs serveur Paris classique).

03Notre approche chez Krealabs

Sur Next.js, on active edge runtime pour les routes critiques (homepage, landing pages, certaines API). Pour les routes qui ont besoin d'accès Node complet (BD Prisma, Resend, fs), on garde Node runtime classique. Vercel détecte automatiquement les besoins et configure.

Passons à l'action

Discuter de votre projet ?

Si ce terme fait écho à un projet ou une question concrète, on peut en discuter. Premier échange offert.