Cloudflare adquiere Deno: fin del runtime en un año

Cloudflare adquiere Deno y pondrá fin al runtime en un año

Cloudflare adquirió Deno, el runtime de JavaScript y TypeScript que Ryan Dahl creó después de Node.js. El anuncio viene con una letra chica incómoda para su comunidad: la compañía mantendrá el runtime durante un año más, con releases mensuales de correcciones y parches de seguridad, y después dejará de desarrollarlo. Deno seguirá siendo open source y Cloudflare invita a quien quiera continuar su desarrollo.

Para un founder que eligió Deno como base de su stack, la noticia es un recordatorio de que la infraestructura también tiene riesgo de concentración. Para quien construye sobre Cloudflare Workers, en cambio, abre una puerta que hasta ahora estaba cerrada: correr el modelo de programación de Workers en servidores propios, sin depender del cloud de Cloudflare.

Qué anunció Cloudflare exactamente

El objetivo declarado es construir sobre celld para que el self-hosting de workerd sea una forma soportada de primera clase de construir y correr aplicaciones con el modelo de programación de Workers. Ryan Dahl y Bert Belder liderarán ese esfuerzo, según reportó Technobezz.

Antes de levantar capital, que el negocio sea rentable

Un inversionista mira primero si el negocio vende y deja margen. En CAR trabajamos eso con otros dueños de empresa, y en 7 días tienes tu primer sistema funcionando. Si ya estás listo para mostrarlo, en VIP presentas tu pitch a inversionistas.

👥 Probar 7 días

celld no es un proyecto nuevo: el equipo de Deno lo lanzó en agosto como una implementación open source del patrón Durable Objects de Cloudflare Workers, pensada para que las aplicaciones hechas para Workers puedan correr con otros proveedores. Cloudflare dice que celld fue diseñado para ser compatible con su implementación y, a la vez, soportar self-hosting y escalado. Ese es el punto de partida técnico de la operación.

Los detalles finos del plan se conocerán en los próximos meses. La nota de análisis de note.com sobre el anuncio es explícita en un punto: el texto oficial no especifica los términos económicos de la adquisición ni el futuro de cada servicio individual de Deno. Es decir, no hay cifras públicas del monto ni de la valoración.

Por qué Ryan Dahl dice que Deno "no resuelve problemas grandes"

Dahl explicó la decisión en un comentario en Hacker News, recogido por Simon Willison: fue una decisión conjunta y él está de acuerdo. Su argumento es que Deno quedó atrapado en la gravedad de la compatibilidad con Node.

En sus palabras, Deno "fue absorbido por el pozo gravitatorio de la compatibilidad con Node, lo que lo obliga a comportarse exactamente como Node". Y agrega una pregunta incómoda para cualquier equipo que construye infraestructura: "¿para qué reimplementar Node? Funciona. Los beneficios marginales de performance, UX o seguridad no alcanzan".

Lo que sí rescata es su función favorita: el sistema de permisos de Deno, que permite ejecutar un script especificando exactamente qué archivos y carpetas puede leer y escribir, y a qué hosts de red puede acceder. Node.js incorporó un modelo de permisos similar en la versión v20.0.0 de abril de 2023, declarado estable en la v22.13.0 de enero de 2025, pero todavía no permite autorizar hosts de red específicos: la red está encendida o apagada.

Qué es celld y por qué Cloudflare lo necesita

Acá está el problema concreto que la operación busca resolver. El soporte de Durable Objects en workerd opera hoy dentro de una sola instancia y no puede escalar. Cloudflare lo describe como suficiente para testing local, pese a haber liberado workerd para uso en producción.

El sistema de ruteo de Durable Objects que Cloudflare usa en su propia producción no sirve para self-hosters: atiende cientos de ubicaciones y depende de servicios externos mantenidos por ingenieros de confiabilidad. La compañía también reconoce que hizo muy poco para desarrollar las herramientas y servicios alrededor de los despliegues de workerd, y que hasta ahora solo unas pocas personas usaron el runtime en producción.

Hay un antecedente que explica por qué workerd es open source: Cloudflare lo vincula al feedback de clientes potenciales de Workers for Platforms, entre ellos Shopify, en 2022. Esos clientes exigían un runtime open source antes de construir sobre la plataforma. Cloudflare dice que workerd usa el código de su runtime de producción y que algunos ex clientes lo aprovecharon para migrar fuera de Cloudflare.

Qué significa esto para tu startup

La lectura estratégica es doble. Por un lado, Cloudflare está comprando talento y una pieza técnica que le faltaba para que su modelo de programación deje de ser una jaula propietaria. Si el self-hosting se vuelve una opción soportada, elegir Workers deja de ser una apuesta de un solo proveedor: podrás decidir dónde correr según regulación, residencia de datos, recuperación ante desastres y costos. La nota de note.com señala justamente eso: baja la barrera psicológica para adoptar el modelo de Workers.

Por otro lado, el mensaje para quien apuesta por runtimes alternativos es duro. Deno era la alternativa más visible a Node.js y ahora tiene fecha de vencimiento en su desarrollo. Eso no lo mata —es open source y puede seguir vivo por la comunidad—, pero cambia el cálculo de riesgo de cualquier equipo que lo tenga en el corazón de su producto.

El mercado reaccionó con optimismo moderado. Según Yahoo Finance, las acciones de Cloudflare (NYSE: NET) subieron 6% tras el anuncio, y en paralelo Oppenheimer elevó su precio objetivo a US$430. El mismo medio aclara que la acción es extremadamente volátil, con 38 movimientos superiores al 5% en el último año, así que el salto indica que el mercado lo considera relevante, no transformador.

Cómo prepararte si dependes de Deno o de Workers

Si tu producto corre sobre Deno: no entres en pánico, pero sí en modo planificación. Tienes un año de parches de seguridad garantizados. Ese es el plazo real para decidir si migras a Node.js, si te quedas en un fork comunitario o si adoptas el propio workerd. Documenta qué partes de tu código dependen del sistema de permisos de Deno, porque es la característica que menos equivalente tiene en otros runtimes.
Si construyes sobre Cloudflare Workers: el self-hosting todavía no está listo. La versión distribuida de workerd no está terminada y los anuncios llegarán en los próximos meses. Si la portabilidad es un requisito de tu negocio —por compliance o por miedo a lock-in—, verifica de forma independiente la madurez, la tolerancia a fallos y la capacidad de migración de datos de celld y workerd antes de comprometerte.
Si estás eligiendo stack ahora: trata la portabilidad como un criterio de primera clase, no como un detalle de arquitectura. La pregunta ya no es solo "qué runtime es más rápido", sino "qué tan caro me sale salir de acá si el proveedor cambia de rumbo".

Conclusión

La adquisición de Deno por Cloudflare es menos una historia de éxito de una startup y más una lección sobre el costo de la compatibilidad. Dahl construyó Deno para corregir los errores de Node.js y terminó reconociendo que reimplementar Node no resuelve problemas lo bastante grandes. Su apuesta ahora es celld y un modelo distinto para el desarrollo server-side.

Para los founders hispanohablantes que construyen infraestructura, el aprendizaje es concreto: la elección de runtime es una decisión de negocio, no solo técnica. Los proyectos open source sobreviven a sus creadores, pero el soporte, los parches y la hoja de ruta no. Diseña tu stack asumiendo que cualquier pieza puede cambiar de dueño.