Ryan Dahl, creador del runtime Deno, anunció el 9 de octubre de 2026 que todo su equipo se incorpora a Cloudflare. La operación combina el trabajo de Deno con el de los equipos de Workers y Durable Objects, y marca el fin de Deno como runtime y proveedor de hosting independiente. Para los desarrolladores que han desplegado aplicaciones en Deno Deploy, el anuncio impone una migración con fecha límite fija, no una simple actualización técnica.
Un calendario de cierre preciso
Deno Deploy, el servicio de hosting serverless de la compañía, seguirá funcionando durante seis meses antes de cerrar, con apoyo a la migración hacia Cloudflare Workers para los clientes de pago. El runtime de código abierto sobrevive más tiempo, pero no indefinidamente: Cloudflare publicará versiones mensuales durante un año, limitadas a correcciones de seguridad y errores, antes de detener oficialmente el desarrollo. El código sigue siendo de código abierto y cualquiera puede retomar el proyecto.
| Componente | Futuro | Plazo |
|---|---|---|
| Deno Deploy (hosting) | Cierra, apoyo a la migración a Workers para clientes de pago | 6 meses |
| Runtime Deno (código abierto) | Versiones mensuales, solo correcciones de seguridad y errores | 1 año, luego se detiene el desarrollo |
| JSR (registro de paquetes) | Sigue funcionando, infraestructura trasladada a Cloudflare | Sin fecha de cierre anunciada |
| rusty_v8 | Mantenido por Cloudflare, con vistas a integrarse en workerd | Sin calendario indicado |
Qué implica para un despliegue en curso
Un proyecto alojado hoy en Deno Deploy sigue funcionando sin interrupción inmediata, pero la ventana de seis meses es corta para una migración de infraestructura. Pasar a Cloudflare Workers implica adaptar la configuración de despliegue, no solo cambiar un registro DNS:
# Déploiement historique sur Deno Deploy (CLI deployctl)
deployctl deploy --project=mon-projet main.ts
# Équivalent côté Cloudflare Workers, une fois le projet migré
npx wrangler deploy
Los equipos cuya arquitectura depende de APIs específicas de Deno Deploy (KV integrado, cron de Deno Deploy, variables de entorno propietarias) afrontan un trabajo real de portabilidad, no una simple redirección de URL. Conviene lanzar ya una auditoría de las dependencias con la infraestructura de Deno Deploy, antes de que la ventana de seis meses se estreche aún más.
Deno Deploy cerrará en seis meses; el runtime de código abierto solo tiene un año de mantenimiento antes del cese oficial de su desarrollo.
Un tercer runtime sale de la carrera como producto independiente
Deno se había posicionado desde 2018 como la alternativa segura a Node.js, antes de que Bun ocupara el mismo terreno con un argumento de rendimiento. Con esta absorción, dos de los tres runtimes modernos de JavaScript que compiten con Node.js siguen en carrera de forma independiente: Bun por un lado, y el núcleo técnico de Deno por otro, ahora integrado en una plataforma edge en lugar de venderse como producto aparte. En Hacker News y Lobste.rs, el debate gira menos en torno a lo técnico que a cómo interpretar el movimiento: consolidación del mercado serverless en torno a Cloudflare más que continuidad real del proyecto Deno. Para quien eligió Deno Deploy precisamente por su independencia frente a los grandes de la nube, ese argumento pierde fuerza. Alternativas como las funciones edge basadas en microVM Firecracker siguen disponibles para quien busque hosting serverless fuera del ecosistema Cloudflare.
Qué hacer mientras tanto
Para un proyecto todavía en desarrollo, lo más sencillo es esperar las instrucciones de migración prometidas a los clientes de pago en lugar de actuar con prisas. Para un sitio ya en producción sobre Deno Deploy, un inventario de las herramientas de línea de comandos y de las dependencias propias de la plataforma permite calcular el esfuerzo de migración antes de que llegue el plazo. Los equipos que prefieran mantener el control antes que seguir a un proveedor también pueden mirar hacia el autoalojamiento, una opción que evita revivir este tipo de cambio forzado.
Lo que hay que recordar
El equipo de Deno se une a Cloudflare, Deno Deploy cierra en seis meses y el runtime de código abierto solo tiene un año de mantenimiento antes de que se detenga su desarrollo activo. JSR y rusty_v8 sobreviven, integrados en la infraestructura de Cloudflare. Cualquier aplicación alojada en Deno Deploy debería empezar sin demora el inventario de sus dependencias con la plataforma.
Veo en esta operación la confirmación de un riesgo conocido pero a menudo subestimado: un hosting serverless gratuito o barato ligado a un solo proveedor sigue siendo una dependencia, no una garantía. Los clientes de Deno Deploy tienen seis meses para recordarlo; el resto haría bien en comprobar ya la portabilidad real de su propia pila, antes del próximo anuncio de este tipo — Simon Janvier.
Para saber más: el anuncio oficial en el blog de Deno.
