Deno se une a Cloudflare: Deploy cerrará en seis meses y su motor tendrá un año de soporte
Si alojas una aplicación en Deno Deploy, tendrás que trasladarla: el servicio cerrará tras seis meses. El equipo de Deno se incorpora a Cloudflare y mantendrá su motor de JavaScript y TypeScript durante un año, con correcciones mensuales.
- Noticia
- Confirmado
- Publicada el
- 3 minutos de lectura
Lo esencial
- Deno Deploy seguirá funcionando durante seis meses; habrá ayuda de migración a Workers para los clientes de pago.
- El motor Deno recibirá correcciones y parches de seguridad durante un año; después, su equipo dejará de desarrollarlo.
- Deno seguirá siendo código abierto y JSR continuará operando, con su infraestructura en Cloudflare.
- El equipo concentrará su trabajo en ejecutar Workers y Durable Objects también en infraestructura propia.
- 6 mesesPlazo hasta el cierre de Deploy
- 1 añoSoporte del motor Deno
A quién afecta el cierre
Deno anunció el 9 de octubre de 2026 que todo su equipo se une a Cloudflare. El cambio alcanza tanto al programa que ejecuta aplicaciones como al servicio que las aloja. Para quien utiliza Deno Deploy, la consecuencia es un cierre y una migración pendiente. Para quien ejecuta Deno en su propio ordenador o servidor, es un límite al soporte que prestará su equipo original.
Deno es un motor para ejecutar JavaScript y TypeScript fuera del navegador. Su servicio Deploy se encarga de alojar esas aplicaciones sin que el usuario tenga que administrar el servidor. Son dos productos distintos: el calendario de uno no se aplica al otro.
| Producto | Qué ocurrirá | Plazo anunciado |
|---|---|---|
| Deno Deploy | Seguirá funcionando y después cerrará | Seis meses desde el anuncio |
| Motor Deno | Versiones mensuales con correcciones y seguridad; después termina el desarrollo del equipo | Un año desde el anuncio |
| JSR, registro de paquetes | Continuará funcionando; infraestructura trasladada a Cloudflare | Sin cierre anunciado |
| rusty_v8, integración de V8 en Rust | Mantendrá su soporte y se trabajará en integrarlo en workerd | Sin final de soporte anunciado |
Seis meses desde el 9 de octubre llevan el cierre a abril de 2027; el comunicado no da un día exacto. Los clientes de pago recibirán apoyo para trasladarse a Cloudflare Workers, el servicio de ejecución de aplicaciones de Cloudflare. No se detalla un programa equivalente de asistencia para las cuentas gratuitas.
El código de Deno seguirá disponible
El año de mantenimiento del motor incluirá arreglos de errores y actualizaciones de seguridad, con entregas mensuales. Al acabar, el equipo dejará de desarrollarlo. Deno conservará su condición de código abierto y Ryan Dahl invita a otros desarrolladores a continuar el proyecto.
De momento no hay otro equipo que tome el relevo. Quien ejecuta Deno en su propio servidor tiene un año de parches; quien usa Deploy necesita, además, otro alojamiento antes del cierre.
JSR tiene otra función: distribuye paquetes que los desarrolladores incorporan a sus proyectos. Seguirá operativo y su infraestructura pasará a Cloudflare. Tampoco desaparece rusty_v8, la pieza que permite utilizar desde Rust el motor V8 de JavaScript.
Por qué el equipo apuesta por Workers
La nueva prioridad será unir celld y workerd. Workerd es el motor abierto que Cloudflare utiliza para ejecutar Workers. Celld, que Deno publicó en agosto, parte de ese modelo para repartir aplicaciones entre varias máquinas con un único programa escrito en Rust y un almacenamiento de objetos como única dependencia externa.
Uno de sus elementos centrales son los Durable Objects: componentes con identidad propia que reúnen código, una base de datos SQLite y conexiones como WebSockets. En el ejemplo del anuncio, cada canal de un chat puede tener su propio objeto, sus mensajes y sus conexiones; distribuir los canales permite repartir la carga entre máquinas.
Kenton Varda, de Cloudflare, explica que el soporte actual de Durable Objects en workerd está limitado a una sola instancia. La incorporación del equipo de Deno busca cubrir ese hueco para quienes quieran alojarlo por su cuenta. Ryan Dahl y Bert Belder liderarán ese trabajo; Cloudflare prevé nuevos anuncios en los próximos meses.
Qué revisar antes de trasladar una aplicación
Workers admite partes del ecosistema Node.js, con límites. Su documentación de compatibilidad distingue las API implementadas de las parciales y de aquellas cuyo módulo se puede importar pero falla al llamar a funciones no disponibles. Con fechas de compatibilidad desde el 4 de agosto de 2026, Workers la activa por defecto; para las comprendidas entre el 23 de septiembre de 2024 y el 3 de agosto de 2026, se añade nodejs_compat.
Quien no quiera depender de la red de Cloudflare puede alojar ya por su cuenta celld o workerd, los dos de código abierto.