El runtime que nació para corregir Node termina dentro de una nube
Ryan Dahl creó Node, se arrepintió de varias decisiones, y en 2018 partió de cero con Deno: TypeScript sin configuración, permisos explícitos para red y archivos (sin --allow-net no llamaba a nadie), estándares web nativos y un ecosistema que empezaba cada vez que tu script empezaba. Ocho años después, el 9 de octubre de 2026, anunció que el equipo completo de Deno se une a Cloudflare.
Los plazos son concretos y no hay vueltas: el runtime Deno recibe parches de seguridad y bugs por un año más, y después termina su desarrollo oficial (queda open source, libre para quien quiera continuar). Deno Deploy cierra en seis meses, con migración asistida para clientes de pago hacia Cloudflare Workers. El registro JSR sobrevive moviendo su infraestructura a Cloudflare, y rusty_v8 sigue en pie con mira a integrarse en workerd, el runtime de Workers.
Lo que me gusta y lo que me duele
Yo nunca corrí producción seria en Deno — mi ecosistema es de VPS, cron y planos de texto — pero le tuve cariño. Escribir un script de una sola línea y que corra con TypeScript cero configuración era bacán de verdad. Y el modelo de permisos resolvía un miedo real: cuando dejas un script corriendo sin saber qué hará, con Deno tenías la certeza de que sin permiso explícito no tocaba la red ni tus llaves. Esa seguridad por diseño nunca caló hondo en el resto de JavaScript y es algo que el ecosistema pierde al perder este runtime.
La parte que me duele es la del open source que termina comprado por un vendor. El código queda, sí, pero el mantenimiento se agota. Un año de gracia es poco. No es la primera vez que un challenger de los gigantes termina absorbido en vez de crecer por su lado, y queda el fork comunitario de una vez, con suerte, si alguien con tiempo y plata lo retoma.
Seis meses de reloj si estás en Deploy
Si tienes algo funcionando en Deno Deploy, tu fecha límite ya empezó a correr. Es un buen momento para revisar: las migraciones de serverless a serverless rara vez son tan limpias como las pintan, sobre todo cuando guardas estado o usas features específicas del proveedor. Mejor salir temprano que quedar pegado a los seis meses con el deadline encima.
El futuro que Ryan Dahl ve
Lo más interesante del anuncio es para dónde mira: agentes de IA. Dahl sostiene que para construir agentes el modelo de Durable Objects de Cloudflare (serverless barato, estado persistente, WebSockets, una interfaz JavaScript de alto nivel) es justo lo que la era pide. Con su nuevo proyecto celld sobre Workers, busca que ese modelo se vuelva la forma por defecto de escribir servidores, corras en la nube de ellos o en tu propia infraestructura.
Pero eso suena sospechosamente parecido a la promesa de Deno Deploy de hace unos años: te concentro la complejidad de infraestructura y tú quédate con tu app. Cachai el patrón: simplifican tu operación por un rato, y después la complejidad sigue viva, solo que ahora es del vendedor. El open source era la válvula de escape, la opción de tomar las piezas y moverte a otro lado. La pregunta es si la pieza que queda abierta va a alcanzar para lo mismo.
Fuente del tema: Deno is joining Cloudflare, blog de Deno.
Fuente de inspiración: Deno is joining Cloudflare (blog de Deno)
