Las publicaciones de comparación de computación en el borde en 2026 son mayormente tutoriales de Cloudflare Workers con un párrafo de transición sobre cada alternativa. Esta es la versión después de desplegar cargas de trabajo de producción en Cloudflare Workers, Vercel Edge Functions, Deno Deploy y Bun runtime — incluyendo el WordPress Stack Advisor que se ejecuta como una Vercel Edge Function. Cuatro runtimes, economía de producción real, la visión honesta de 2026.
La computación en el borde en 2026 es mayormente una decisión de 'elegir el runtime que tu plataforma facilita' en lugar de una opción técnica profundamente diferenciada. Los runtimes convergen en aislados V8 más Web Standards APIs, el rendimiento de inicio en frío es comparable, y las diferencias significativas son cada vez más sobre precios, ergonomía de despliegue y en qué plataforma ya estás. La comparación de hosting en la nube cubre el lado de la plataforma; esta publicación es específicamente sobre la capa de runtime en el borde.The cloud hosting comparison covers the platform side; this post is specifically about the edge runtime layer.
Los cuatro runtimes en el borde en 60 segundos
- Cloudflare Workers — aislados V8 ejecutándose en más de 250 centros de datos globalmente. Nivel gratuito 100K solicitudes/día, Workers Paid $5/mes + $0.30 por millón de solicitudes. La plataforma de borde más madura con la economía de escala más económica.
- Vercel Edge Functions — aislados V8 en la red de Vercel, se integra nativamente con el runtime Next.js Edge. Incluido en Vercel Pro $20/usuario más precios por invocación. La mejor DX para cargas de trabajo Next.js Edge.
- Deno Deploy — Runtime Deno en una red de edge global, APIs de Web Standards, TypeScript-first. Tier gratuito generoso, Pro $20/mes. Ideal para proyectos con forma de Deno.
- Runtime Bun — Runtime de JavaScript que corre en cualquier lugar (Vercel, Cloudflare, Render, tu propio servidor). Más rápido que Node para la mayoría de workloads. No es específico de edge pero cada vez más usado en contextos de edge.
Dónde cada runtime realmente gana
Cloudflare Workers: el más barato a escala, plataforma más madura
Cloudflare Workers es el runtime de edge con el costo más bajo a escala y el footprint global más grande. Los 250+ data centers significan latencia genuinamente baja en cualquier lugar. El modelo de precios — $5/mes base más $0.30 por millón de requests — es dramáticamente más barato que Vercel Edge Functions para workloads de alto volumen. El DX ha mejorado significativamente desde los primeros días pero sigue siendo menos pulido que Vercel para casos de uso específicos de Next.js. Ideal cuando el costo importa o cuando la presencia de edge global es el requisito explícito.
- Gana en: costo a escala (5-10x más barato que Vercel para alto volumen), footprint global, plataforma madura.
- Se queda corto en: DX específico de Next.js, pipeline de build integrado (Wrangler es bueno pero no Vercel-bueno).
Vercel Edge Functions: cuando Next.js Edge runtime es el brief
Vercel Edge Functions es la opción correcta cuando ya estás en Vercel y tu lógica de edge es código de Next.js Edge runtime. La integración con el framework Next.js es seamless — middleware, edge API routes, edge Server Components simplemente funcionan. El Stack Advisor corre como Vercel Edge Function en producción en /tools/wordpress-stack-advisor/. El pricing está incluido en Vercel Pro a pequeña escala; a gran escala los costos se acumulan más rápido que en Cloudflare./tools/wordpress-stack-advisor/. Pricing is included in Vercel Pro at small scale; at large scale the costs add up faster than Cloudflare.
- Gana en: integración Next.js Edge, DX maduro, incluido en tier Pro a pequeña escala.
- Tiene limitaciones en: costo a alto volumen, dependencia del framework (funciona mejor con Next.js), dependencia de plataforma en Vercel.
Deno Deploy: TypeScript-first en edge con Web Standards
Deno Deploy es la plataforma edge para proyectos con forma de Deno. Las APIs Web Standards (Request, Response, fetch) son de primera clase, TypeScript se ejecuta nativamente sin pasos de compilación, el runtime es genuinamente rápido. La opción correcta cuando el proyecto es Deno desde el inicio; menos convincente cuando traes código con forma de Node al edge (Cloudflare y Vercel lo manejan mejor).
- Gana en: proyectos nativos de Deno, TypeScript sin compilaciones, alineación con Web Standards.
- Tiene limitaciones en: compatibilidad con el ecosistema de Node, comunidad más pequeña, menos integraciones versus Cloudflare o Vercel.
Runtime Bun: más rápido que Node, se ejecuta en cualquier lugar
Bun no es una plataforma edge per se — es un runtime de JavaScript que ejecuta código con forma de Node 2-4x más rápido que Node mismo. Cada vez más desplegado en el edge a través de Cloudflare Workers (modo compatible con Bun) o auto-hospedado en Fly.io. La opción correcta para cargas de trabajo sensibles al rendimiento donde la velocidad del runtime mismo importa; la historia de despliegue en edge depende de la plataforma.
- Gana en: rendimiento bruto versus Node, compatibilidad con ecosistema de Node, despliegue de un solo binario.
- Tiene limitaciones en: plataforma edge nativa (traes tu propia infraestructura), madurez en producción (aún pre-1.0 para algunos casos de uso).
Árbol de decisión — elige por plataforma y carga de trabajo
Ya estás en Vercel y deployando Next.js
Vercel Edge Functions. La integración con el framework no tiene rival y el costo está incluido a pequeña escala. Migra a Cloudflare solo si el costo se convierte en un rubro real.
Necesitas el edge global más barato a escala
Cloudflare Workers. La economía a alto volumen es genuinamente mejor, y la cobertura global es la más grande en su categoría.
Estás trabajando en una base de código nativa de Deno
Deno Deploy. TypeScript nativo, APIs Web Standards, cold starts rápidos. Justo cuando el equipo ha elegido Deno para todo el stack.
Necesitas rendimiento bruto del runtime y estás deployando en cualquier lugar
Bun runtime en cualquier plataforma donde ya estés. Cloudflare, Fly.io, o self-hosted funcionan todos.
Economía de costos para una workload típica
Anclado a una workload hipotética: 10M requests de edge por mes, 50ms de tiempo de ejecución en mediana, principalmente geo-routing y middleware de autenticación.
- Cloudflare Workers: $5/mes base + $0.30 × 10M / 1M = $8/mes adicionales = ~$13/mes todo incluido. Anual ~$156.
- Vercel Edge Functions: incluidas en Pro para los primeros 500K invocaciones; después de eso, ~$2 por millón de invocaciones adicionales + $0.40 por GB-segundo de compute. En 10M invocaciones/mes: ~$30-50/mes incluido compute. Anual ~$400-600.
- Deno Deploy: gratis hasta 1M solicitudes/mes; Pro $20/mes obtiene 5M; después de eso ~$2 por millón adicionales. En 10M: ~$30/mes. Anual ~$360.
Cloudflare gana en precio a esta escala por 2-4x. La elección generalmente se reduce a si la prima de DX de Vercel Edge vale la diferencia de costo para tu caso específico.
FAQ
¿Cloudflare Workers está listo para producción?
Sí, y lo ha estado desde 2020. Cloudflare Workers ejecuta cargas de trabajo reales en producción a las escalas más grandes — la plataforma es madura, el SLA es sólido, y la cobertura global es la más grande en la categoría edge. La brecha de DX respecto a Vercel Edge para casos de uso específicos de Next.js es la principal objeción restante; para cargas de trabajo que no sean Next.js, Cloudflare es frecuentemente la mejor opción.
¿Vercel Edge Functions es solo Cloudflare bajo el capó?
No. Vercel Edge Functions se ejecutan en la infraestructura propia de Vercel, no en Cloudflare. El runtime usa V8 isolates (similar al enfoque de Cloudflare Workers) pero la plataforma de despliegue es completamente controlada por Vercel. Los dos son competidores legítimos, no el mismo servicio con diferentes nombres.
¿Puedo ejecutar Next.js en Cloudflare Workers?
Sí, a través del adaptador @cloudflare/next-on-pages o el proyecto OpenNext.js. Funciona con la mayoría de las características de Next.js pero es significativamente más frágil que ejecutarse en Vercel — la optimización de imágenes, ISR y Server Actions a veces necesitan soluciones alternativas. Para la mayoría de los equipos, el impacto en la experiencia de desarrollo no justifica el ahorro de costos hasta que alcanzas una escala muy alta.
¿Debería cambiar de Node a Bun?
Para proyectos nuevos, Bun vale la pena evaluar — la ganancia de velocidad es real y la compatibilidad con el ecosistema de Node es buena. Para bases de código de producción existentes, el riesgo de migración generalmente supera el beneficio de velocidad a menos que el rendimiento del runtime sea un cuello de botella medido.
Lecturas relacionadas
Alojamiento en la nube en 2026: Vercel, Netlify, Cloudflare, Render — la comparación a nivel de plataforma que determina la decisión del runtime de edge. — the platform-level comparison that shapes the edge runtime decision.
Web Frameworks Hub — la elección del framework se intersecta con la historia del runtime de edge. — the framework choice intersects with the edge runtime story.
WordPress Stack Advisor — referencia de producción para una Vercel Edge Function en uso real. — production reference for a Vercel Edge Function in real use.
La elección del runtime de edge está determinada principalmente por la plataforma en la que ya estés. Elige Vercel Edge si estás en Vercel, Cloudflare Workers si el costo es importante, Deno Deploy si eres nativo de Deno. El resto es detalle.
Agenda una llamada de 30 minutos sobre edge/runtime — describe la carga de trabajo, el volumen, el contexto de la plataforma. Termina con una decisión Vercel-vs-Cloudflare-vs-Deno-vs-Bun que se ajuste a tu caso. — describe the workload, the volume, the platform context. Walk away with a Vercel-vs-Cloudflare-vs-Deno-vs-Bun decision that fits.