Cloudflare compra Deno, la startup de Ryan Dahl

Cloudflare compra Deno: la operación que busca estandarizar Workers

Cloudflare anunció el viernes la compra de Deno, la startup detrás del runtime de JavaScript y TypeScript del mismo nombre, que según TechCrunch había levantado US$26 millones en total, incluida una Serie A liderada por Sequoia. Los términos financieros de la operación no fueron divulgados.

El dato que le importa a un founder no es el monto, sino quién llega: Ryan Dahl, el creador de Node.js, y su cofundador Bert Belder pasan a trabajar dentro de la empresa. Y no para cualquier cosa: van a mejorar el modelo de programación de Cloudflare Workers, la plataforma serverless que la compañía lanzó en 2017 —según The New Stack— y que permite ejecutar aplicaciones sin gestionar servidores.

Es, en los papeles, la compra de un competidor. Deno había lanzado Deno Deploy, un servicio de hosting que competía de frente con Workers. Según The New Stack, en 2021 Cloudflare bloqueó por error el sitio y el registro de módulos de Deno al identificar archivos TypeScript como contenido de video, y Deno tuvo que mudar su infraestructura.

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

Qué es celld y por qué fue el detonante de la operación

celld es la pieza que explica todo. Deno la presentó en agosto como una implementación open source del modelo de Workers y Durable Objects, pensada para que las aplicaciones construidas para Workers puedan correr en infraestructura propia o de terceros. Según The New Stack, la web de celld agradecía explícitamente al ingeniero principal de Cloudflare, Kenton Varda, y al equipo de Workers por el diseño original: «Celld is a love letter to their idea».

La admiración fue mutua. En el anuncio conjunto, Varda escribió que el equipo de Deno «entiende cómo crear una buena experiencia de desarrollador alrededor de un runtime self-hosted, algo que nunca terminamos de resolver con Workerd», según The New Stack. Y fue más directo: «Francamente, no hicimos un gran trabajo construyendo el ecosistema de servicios y herramientas adyacentes para que funcione de verdad».

El problema técnico está bien documentado. Workerd usa el mismo código del runtime de producción de Cloudflare, pero su soporte de Durable Objects funciona hoy dentro de una sola instancia y no escala; la compañía lo considera suficiente para pruebas locales, según Technobezz. celld, en cambio, está diseñada para correr implementaciones compatibles con múltiples instancias y un único almacén de objetos. Fusionar ambos proyectos apunta exactamente a cerrar esa brecha.

¿Qué pasa con Deno, Deno Deploy y el registro JSR?

Acá viene la parte incómoda para quien hoy depende de Deno. Según The New Stack, el runtime independiente y el servicio de hosting dejan de desarrollarse: el runtime recibirá actualizaciones mensuales de mantenimiento y seguridad durante un año más, Deno Deploy cerrará en seis meses con asistencia de migración para clientes que pagan, y el registro de paquetes JSR seguirá operando bajo Cloudflare.

Dahl sostuvo que el proyecto combinado seguirá siendo open source, probablemente bajo la licencia Apache 2.0 que ya usa celld, y describió que correr una flota de instancias de workerd requerirá «solo un bucket de almacenamiento de objetos estándar de la industria». La API será idéntica a la de la plataforma de Cloudflare.

El contraste con el resto del sector es útil. The New Stack recuerda que Anthropic compró Bun en diciembre de 2025 y se comprometió a seguir desarrollándolo como runtime open source. Con Deno, el final es distinto: la comunidad queda a cargo. Dahl comparó el escenario con io.js, el fork de Node.js que terminó reincorporándose al proyecto original, y recordó que rasgos de Deno —soporte nativo de TypeScript, controles de permisos, APIs web estándar— ya fueron adoptados por Node.js.

¿Por qué Cloudflare compra a un competidor en lugar de vencerlo?

Porque el negocio está en que el modelo se vuelva estándar, no en encerrar clientes. «Si el modelo es exclusivo nuestro, eso reduce nuestro mercado direccionable total y a la larga nos vuelve menos competitivos frente a las nubes tradicionales», dijo Varda a The New Stack. «Hacer que el modelo funcione bien en cualquier proveedor nos termina beneficiando».

Technobezz agrega una razón histórica: Cloudflare vincula la decisión de abrir el runtime de Workers a los pedidos de clientes potenciales de Workers for Platforms, entre ellos Shopify, en 2022, que exigían un runtime open source antes de construir sobre la plataforma. La compañía reconoce además que pocos desarrolladores usaron workerd en producción hasta ahora, y que su sistema de ruteo de Durable Objects no sirve para self-hosters porque depende de servicios internos mantenidos por su propio equipo.

Hay una capa extra de IA. Dahl escribió que la necesidad de mejores abstracciones «es especialmente aguda con la IA»: Durable Objects reúne ejecución serverless económica, estado persistente, WebSockets y una interfaz de JavaScript de alto nivel, justo las piezas que necesita la infraestructura que sostiene a los agentes. Technobezz señala, además, que Cloudflare sumó hace poco soporte para algoritmos post-cuánticos en Web Crypto de Workers, una señal del ritmo de desarrollo de la plataforma.

¿Qué significa esto para tu startup?

Si usas Deno Deploy, tienes seis meses. Cerrará con asistencia de migración para clientes que pagan, según The New Stack. El momento de mapear dependencias, entornos y pipelines no es cuando llegue el aviso, sino ahora: revisa qué servicios corren ahí y evalúa alternativas antes de que la ventana se acorte.
Si usas el runtime de Deno, presupuesta su fin de soporte. El mantenimiento y los parches de seguridad duran un año. El runtime sigue licenciado bajo MIT y es open source, así que la comunidad puede continuarlo —igual que pasó con io.js—, pero no hay compromiso de una empresa detrás. Cualquier proyecto en producción debería planificar una ruta hacia Node.js, Bun o workerd.
Si estás sobre Workers, espera el roadmap antes de decidir arquitectura. La promesa de self-hosting con escalado real todavía no está: Technobezz deja claro que la versión distribuida de workerd no está lista y que habrá más anuncios en los próximos meses. El beneficio para un equipo pequeño es concreto: menor riesgo de lock-in y más libertad para elegir región por razones de cumplimiento, residencia de datos o costo.
Si eliges plataforma este trimestre, suma portabilidad a la matriz de decisión. La dirección que marcó esta operación apunta a runtimes de borde cada vez más parecidos entre sí y a más presión por APIs estandarizadas. Un punto de salida creíble ya no es un detalle técnico: es una cláusula de seguro para tu infraestructura.

Conclusión

Cloudflare no compró una tecnología para apagarla: compró al equipo que sabía hacer funcionar su propio runtime fuera de su red. Para Deno, que había levantado US$26 millones y soñaba con ser la alternativa a Node.js, el final es agridulce: su proyecto más reciente, inspirado en su competidor, se convierte en el centro de su futuro. Para los founders, el mensaje práctico es que la portabilidad volvió a ser un activo negociable —y conviene tenerla resuelta antes de que dependa de la buena voluntad de un solo proveedor.