Deno se une a Cloudflare para crear Workers autoalojados; Deno Deploy cerrará

Cloudflare y Deno anunciaron el 9 de octubre de 2026 que todo el equipo de Deno, liderado por Ryan Dahl, creador de Node.js y de Deno, se traslada a Cloudflare. En una publicación conjunta en el blog de Cloudflare, Dahl y Kenton Varda, de Cloudflare, afirman que el objetivo es que los desarrolladores puedan ejecutar Workers y Durable Objects en su propia infraestructura con mucha más facilidad, y no solo en la red de Cloudflare. Cloudflare etiquetó la publicación como una adquisición, y el bloguero Simon Willison describe el acuerdo como una compra total de Deno por parte de Cloudflare. Ninguna de las publicaciones ofrece condiciones financieras.

El plan gira en torno a celld, que el equipo de Deno publicó en agosto. Dahl lo describe como un único binario escrito en Rust cuya única dependencia de un servicio externo es el almacenamiento de objetos, y Varda dice que se diseñó para ser totalmente compatible con los propios Workers y Durable Objects de Cloudflare. El runtime de Cloudflare, workerd, ya es de código abierto, pero Varda admite que solo ejecuta Durable Objects como instancia única: suficiente para pruebas locales, no para escalar. Según Varda, el enrutamiento que Cloudflare usa en producción no es algo que quieran quienes alojan por su cuenta, y la empresa nunca encontró tiempo para construir una alternativa. Dahl y Bert Belder liderarán ahora un esfuerzo para que workerd autoalojado sea una opción con soporte completo, incorporando código e ideas de celld. Varda dice que habrá más anuncios en los próximos meses.

Para los usuarios de Deno, el cambio tiene consecuencias directas. Dahl escribe que el equipo dedicará su trabajo futuro a la plataforma compartida con los equipos de Workers y Durable Objects de Cloudflare, en lugar de mantener un runtime y un servicio de alojamiento separados. El runtime de Deno recibirá versiones mensuales de corrección de errores y de seguridad durante un año más, tras lo cual el equipo dejará de desarrollarlo; el código sigue siendo abierto y se invita a otros a continuarlo. Deno Deploy seguirá funcionando seis meses y luego cerrará, y los clientes de pago recibirán ayuda para migrar a Cloudflare Workers. JSR sigue en línea y su infraestructura se traslada a Cloudflare, mientras que el equipo sigue dando soporte a rusty_v8 y planea integrarlo en workerd. Dahl califica el giro de «un cambio de gran calado para quienes han construido sobre Deno».

Varda aprovecha también la publicación para responder a una crítica habitual: que Cloudflare diseñó Workers de forma distinta a otras plataformas para atrapar a sus clientes. Sostiene que el diseño es diferente porque Cloudflare lo considera mejor, y dice que la dependencia en realidad perjudicaría a la empresa: cuando en 2022 presentó Workers for Platforms a clientes como Shopify, estos solo aceptaban construir sobre él si el runtime era de código abierto, por lo que Cloudflare publicó workerd, el mismo código que ejecuta en producción. Afirma que algunos antiguos clientes han usado workerd para dejar Cloudflare, y que «dar a la gente una vía de escape es un buen negocio». Reconoce que hasta ahora pocos ejecutan workerd en producción, lo que atribuye a que Cloudflare no ha desarrollado los servicios y herramientas que lo rodean.

Dahl escribe que celld convierte el escalado en parte del propio modelo de programación, de modo que cada aplicación ya no tiene que montar esa infraestructura por su cuenta. Considera que los Durable Objects se adaptan bien a los arneses para agentes de IA porque combinan estado persistente, WebSockets, ejecución serverless de bajo coste y una interfaz JavaScript de alto nivel. En un comentario en Hacker News citado por Willison, Dahl dice que poner fin al runtime fue una decisión conjunta con la que está de acuerdo, y sostiene que Deno se ha visto arrastrado a copiar el comportamiento de Node.js mientras que «en última instancia no está resolviendo grandes problemas». Willison califica el fin del mantenimiento de Deno como la mala noticia del anuncio. Su función favorita de Deno, escribe, es su sistema de permisos, que puede limitar un script a archivos, carpetas y hosts de red elegidos; señala que Node.js añadió un modelo similar en la v20.0.0 en abril de 2023, pero aún no permite incluir hosts concretos en una lista de permitidos.