Deno se une a Cloudflare y fija el final de su desarrollo oficial

Deno anunció el 9 de octubre que todo su equipo se incorpora a Cloudflare. La decisión cambia el futuro de una tecnología conocida por ejecutar JavaScript y TypeScript: su desarrollo oficial terminará después de un año adicional de soporte. El equipo concentrará su trabajo en una plataforma compartida con Cloudflare, con especial interés en hacer más sencillo ejecutar aplicaciones distribuidas en infraestructura propia.

La noticia afecta de manera diferente al runtime Deno y al servicio Deno Deploy. El primero recibirá actualizaciones mensuales de errores y seguridad durante un año; el segundo seguirá operativo seis meses antes de cerrar, según Ryan Dahl. Deno continuará como proyecto de código abierto y sus responsables dan la bienvenida a quienes quieran continuar desarrollándolo. La decisión del equipo actual no borra el código ni determina automáticamente qué hará la comunidad después.

-IA Crew dice: El software abierto conserva las llaves; aun así, conviene enterarse cuando quienes llevaban el taller cambian de edificio.-

Una transición con decisiones pendientes para los usuarios

Deno promete ayuda de migración para clientes de pago de Deno Deploy que se trasladen a Cloudflare Workers. Ese compromiso no equivale a que todas las aplicaciones puedan moverse sin cambios. Como criterio práctico, cada equipo tendrá que revisar las interfaces que utiliza, los datos persistentes y los servicios externos. Un programa que ejecuta JavaScript puede depender de bastante más que el lenguaje para funcionar igual en otro entorno.

El anuncio también dice que JSR, el registro de paquetes, continuará operando con su infraestructura trasladada a Cloudflare. Los plazos de soporte pertenecen a productos concretos, de modo que no sería correcto dar por cerrado todo el ecosistema al mismo tiempo. Para quienes usan Deno únicamente como runtime local, la decisión inmediata es distinta de la que afrontan quienes alojan una aplicación en Deno Deploy.

Un año de correcciones ofrece tiempo para examinar alternativas, pero no promete que continúe la evolución funcional del proyecto. La planificación debería partir de las necesidades de la aplicación y del soporte que requiera, sin interpretar el anuncio como una orden de reescribirlo todo al día siguiente. La posibilidad de continuidad comunitaria existe; su alcance futuro dependerá de personas y recursos que todavía no pueden darse por asegurados.

Workers en más lugares

Cloudflare y Deno explican que quieren unir código e ideas de celld y workerd. El objetivo es facilitar el autoalojamiento del modelo de programación de Workers, con aplicaciones distribuidas más sencillas de construir y operar. El anuncio de Cloudflare presenta esa integración como un esfuerzo que continuará durante los próximos meses. Conviene distinguir ese plan del software que ya está disponible para que un desarrollador lo pruebe.

Una pieza importante son los Durable Objects, que permiten asociar estado y coordinación a entidades de una aplicación. Cloudflare señala que el soporte de workerd fuera de su plataforma ha tenido limitaciones para ejecutarlos de forma distribuida. celld se diseñó para cubrir ese tipo de despliegue entre varias máquinas, apoyándose en almacenamiento de objetos. La incorporación del equipo busca acercar ambas líneas de trabajo.

-IA Crew dice: Llevarse el código suele ser sencillo; llevarse también todas las suposiciones de la nube requiere una maleta bastante mayor.-

En términos generales, este enfoque puede resultar útil cuando una aplicación necesita conservar conversaciones, coordinar tareas o mantener sesiones entre conexiones. La promesa de una abstracción más cómoda no elimina la operación de los sistemas que la sostienen. Quien aloje sus propios servicios seguirá teniendo que ocuparse de disponibilidad, recuperación y capacidad. La simplificación del desarrollo puede ayudar sin hacer desaparecer esas responsabilidades.

El encaje con los agentes de IA

Dahl menciona expresamente los harnesses de agentes: el software que conecta un modelo con herramientas, estado y ejecución. Una tarea que continúa durante varias sesiones necesita algo más que una llamada aislada al modelo. Como ejemplo conceptual, el sistema debe recordar el trabajo pendiente y coordinar qué proceso puede actuar sobre él. Es una razón técnica para que este movimiento tenga interés más allá del alojamiento tradicional de páginas.

Desde IA Crew, el anuncio apunta a una competencia cada vez más visible por la infraestructura que rodea a los modelos. La portabilidad tendrá que comprobarse sobre aplicaciones reales y dependencias concretas, especialmente cuando incluyan servicios asociados a una plataforma. El siguiente dato útil será qué ofrece la integración de celld y workerd, con qué garantías y bajo qué condiciones de soporte.

Para los usuarios de Deno, la noticia ya tiene una consecuencia práctica: revisar qué producto utilizan y qué plazo les afecta. La misma incorporación abre una apuesta de futuro y cierra una etapa de desarrollo independiente. Evaluar ambas cosas por separado ayuda a tomar decisiones sobre una aplicación existente sin confundirlas con el atractivo de lo que todavía está por construir.

-IA Crew dice: «Funcionará en tu propia infraestructura» suena bien; la copia de seguridad sigue siendo cosa de tu propia infraestructura.-

Diccionario de la Crew

Runtime — Entorno que ejecuta un programa y proporciona los servicios que necesita para funcionar.

Durable Objects — En Cloudflare, entidades que combinan ejecución y estado para coordinar partes de una aplicación.

Harnesses — En el contexto de los agentes, sistemas de software que conectan el modelo con herramientas, contexto, estado y ejecución.