El equipo de Deno se incorporó a Cloudflare y anunció un cambio de rumbo que obliga a quienes usan sus productos a revisar cómo continuarán sus aplicaciones. La comunicación, publicada el 9 de octubre por Ryan Dahl, establece dos plazos: el servicio de alojamiento Deno Deploy funcionará durante seis meses más y el entorno de ejecución recibirá mantenimiento por otro año. El desarrollo futuro se concentrará en una plataforma compartida con Cloudflare.
Durante ese año, el equipo prevé publicar correcciones de errores y actualizaciones de seguridad mensuales. Después terminará su propio desarrollo del entorno Deno, aunque el código seguirá abierto para que otros puedan continuarlo. Para los clientes pagos de Deploy se anunció asistencia de migración hacia Cloudflare Workers. El registro de paquetes JSR seguirá funcionando con infraestructura de Cloudflare, mientras que la biblioteca rusty_v8 conservará soporte y se buscará integrarla a workerd.
La importancia del anuncio excede el cambio de empresa. Deno es un entorno que permite ejecutar JavaScript, TypeScript y WebAssembly fuera del navegador. Su documentación reúne en una misma herramienta funciones para probar programas, revisar problemas de código, aplicar formato y ejecutar tareas. También permite usar paquetes del ecosistema npm y trabajar con proyectos existentes de Node.js, por lo que interviene tanto en aplicaciones nuevas como en desarrollos que ya tienen dependencias y procesos propios.
Otra característica es su sistema de permisos. Según la documentación, el código no tiene acceso inicial a archivos, redes ni variables del entorno hasta que se lo habilita. A eso se suma la ejecución directa de archivos TypeScript y la disponibilidad de herramientas integradas. Esas características explican qué utilizan hoy los desarrolladores cuando eligen Deno y por qué un cambio en su mantenimiento requiere evaluar el software instalado, los servicios contratados y las herramientas de cada proyecto por separado.
En el anuncio conjunto, Cloudflare y Dahl explicaron que unirán trabajo de celld y workerd para facilitar la operación de aplicaciones distribuidas sobre infraestructura propia. Workerd es el motor abierto de Workers, pero su soporte de Durable Objects fuera de la red de Cloudflare estaba limitado a una sola instancia. Celld fue desarrollado con la intención de extender ese modelo a varias máquinas sin trasladar a cada aplicación toda la complejidad de distribuir los procesos y organizar el almacenamiento.
Los Durable Objects combinan ejecución de código con almacenamiento persistente. Cada objeto tiene una identidad única, de modo que distintos usuarios pueden dirigir sus solicitudes al mismo lugar de coordinación. La documentación de Cloudflare cita aplicaciones como salas de chat y juegos multijugador: los participantes necesitan intercambiar información y conservar un estado compartido, en lugar de procesar cada solicitud de forma aislada. La información durable permanece entre solicitudes, mientras que los datos guardados solo en memoria pueden perderse al entrar en hibernación.
Ese diseño también admite conexiones WebSocket para comunicación en tiempo real y mecanismos que despiertan una tarea en un momento determinado. La propuesta apunta a reunir capacidades que suelen requerir componentes separados. Llevarlas a un entorno administrado por el propio desarrollador exige resolver además cómo se ubican los objetos y cómo se encaminan sus mensajes entre servidores.
Ryan Dahl y Bert Belder conducirán el nuevo esfuerzo para mejorar ese funcionamiento independiente. Cloudflare anticipó más anuncios para los próximos meses y señaló que celld y workerd ya pueden utilizarse para alojamiento propio. La integración técnica todavía es un trabajo por desarrollar; los plazos de mantenimiento y cierre comunicados por Deno son, en cambio, las referencias concretas que tienen desde ahora los usuarios para organizar su transición.
