Que es Edge Computing y por que es tendencia #1 en 2026?
Edge Computing es ejecutar tu codigo lo mas cerca posible del usuario, en cientos de Points of Presence (PoPs) distribuidos globalmente, en lugar de un unico servidor central. El resultado es latencia de 15-50ms en cualquier parte del mundo, frente a 200-400ms de un origen tradicional.
En 2026, Vercel Edge Functions, Cloudflare Workers y AWS Lambda@Edge son el estandar para aplicaciones globales. Segun el reporte de Netguru 2026, los equipos que migraron logica critica al edge redujeron TTFB un 84% y costes de infraestructura un 62% gracias al modelo pay-per-use.
js
// Edge Function con Vercel Edge Runtime ( Next.js 16 App Router )
export const runtime = 'edge'; // <— se ejecuta en el PoP mas cercano
export const preferredRegion = 'auto';
export async function GET(request: Request) {
const { nextUrl, geo } = request as any;
// geo.city, geo.country vienen inyectados por el edge
const userCity = geo?.city || 'desconocida';
return Response.json({
message: `Hola desde el edge mas cercano a ${userCity}!`,
latency: '18ms',
region: process.env.VERCEL_REGION || 'edge-auto',
}, {
headers: { 'Cache-Control': 'public, s-maxage=60, stale-while-revalidate=30' }
});
}
1. Cloudflare Workers vs Vercel Edge vs Lambda@Edge: comparativa real
Cloudflare Workers es el lider en 2026 con 320+ PoPs y isolates V8 sin cold start. Vercel Edge Functions aporta integracion perfecta con Next.js y React Server Components. Lambda@Edge es la opcion empresarial para quienes ya estan en AWS CloudFront.
| Caracteristica | Cloudflare Workers | Vercel Edge Functions | AWS Lambda@Edge |
|---|---|---|---|
| PoPs globales | 320+ | 100+ (via Cloudflare bajo capó) | 400+ (CloudFront) |
| Cold start | 0ms (V8 isolates) | ~0-5ms | 20-100ms |
| Runtime | V8, Service Workers | V8 (Edge Runtime) | Node.js / Python |
| Limite ejecucion | 30s CPU (hasta 15min) | 30s | 5s / 30s |
| Precio | $0.15 / 1M requests | Incluido en Vercel Pro | $0.60 / 1M requests |
| Ideal para | APIs globales, auth, A/B | Next.js, middleware, i18n | Empresas AWS |
js
// Cloudflare Worker: middleware de autenticacion y personalizacion en el edge
export default {
async fetch(request, env, ctx) {
const url = new URL(request.url);
const country = request.cf.country; // inyectado por Cloudflare
const cacheKey = new Request(url.toString(), request);
const cache = caches.default;
let response = await cache.match(cacheKey);
if (response) return response;
// Logica personalizada por region sin tocar el origen
if (country === 'ES') {
url.searchParams.set('lang', 'es');
}
response = await fetch(url, request);
response = new Response(response.body, response);
response.headers.set('Cache-Control', 'public, max-age=60');
ctx.waitUntil(cache.put(cacheKey, response.clone()));
return response;
}
}
2. Serverless vs Edge: no son lo mismo
Serverless tradicional (AWS Lambda, Vercel Functions) sigue ejecutandose en una region central (us-east-1, eu-west-1). Edge Computing distribuye esa funcion en cientos de ubicaciones. La diferencia es latencia y escala: serverless escala automaticamente pero con latencia de region, edge escala y ademas esta a <50ms del usuario.
Cuando usar cada uno en 2026:
- Usa Edge para: autenticacion, personalizacion, A/B testing, geolocalizacion, transformacion de imagenes, middleware de i18n, headers de seguridad
- Usa Serverless regional para: procesos pesados >30s, acceso a base de datos centralizada (Postgres, Redis), tareas cron largas, generacion de PDFs
- Usa combinacion: edge para filtrar y cachear, serverless para computo pesado, con
fetchentre ellos
js
// Patron hibrido 2026: edge valida + serverless procesa
// /api/middleware.ts (EDGE - 0ms)
export const runtime = 'edge';
export async function middleware(req) {
const token = req.headers.get('authorization');
if (!token) return new Response('Unauthorized', { status: 401 });
// Solo si pasa validacion, reenvia a funcion serverless
return NextResponse.next();
}
// /api/heavy-task.ts (SERVERLESS - Node, 30s)
export const runtime = 'nodejs';
export async function POST(req) {
const data = await req.json();
const result = await heavyDatabaseProcessing(data); // Postgres, etc.
return Response.json(result);
}
3. Tres patrones que estan definiendo 2026
1. Edge Middleware para i18n y auth: detecta pais/idioma en el edge y reescribe la URL sin roundtrip al origen. Ahorra 100-200ms por request.
2. ISR + Edge Cache: Next.js con revalidateTag + fetch cacheado en el edge. El 92% de tus requests nunca llegan al origen, solo al PoP.
3. Event-driven edge: Cloudflare Queues + Workers + D1 (SQLite en el edge) permiten flujos completos sin servidor central: formulario → queue → worker → D1 → respuesta en 40ms globales.
js
// ISR en el edge con Next.js 16 + revalidateTag
// app/blog/[slug]/page.tsx
export const revalidate = 3600; // cache 1h en el edge
async function getPost(slug) {
const res = await fetch(`https://api.blog.elijs.dev/posts/${slug}`, {
next: { tags: ['blog-posts'], revalidate: 3600 }
});
return res.json();
}
// Cuando publicas un post nuevo (Server Action)
import { revalidateTag } from 'next/cache';
export async function publishPost(data) {
'use server';
await db.posts.create(data);
revalidateTag('blog-posts'); // invalida solo ese tag en todos los PoPs
}
4. Costes reales y como no arruinarte
El modelo pay-per-use del edge es hasta 62% mas barato que un servidor siempre encendido, pero los errores de arquitectura disparan la factura:
- Cachea agresivamente en el edge: usa
caches.defaulty headerss-maxage - Evita waterfalls edge → origin → DB en cada request: agrega Redis o D1 en el edge
- Mide con Edge Observability: Cloudflare Analytics, Vercel Speed Insights y OpenTelemetry en el edge

