El tiempo se agota para Deno
El equipo de Deno se une a Cloudflare, pero el entorno de ejecución independiente Deno recibirá solo 12 meses de correcciones de errores y actualizaciones de seguridad mensuales antes de que finalice su desarrollo oficial. Este movimiento señala un cambio estratégico, no una adquisición directa del entorno de ejecución en sí.
Los plazos para los productos de Deno varían: Deno Deploy, la plataforma de alojamiento serverless, cerrará por completo en seis meses. Aunque el repositorio del entorno de ejecución de Deno sigue siendo de código abierto, la continuación por parte de la comunidad dista mucho de la administración oficial, lo que deja su futuro a largo plazo incierto.
Este ocaso crea riesgos significativos para el ecosistema. Los equipos que utilizan Deno directamente deben planificar ahora su migración, y los servicios construidos sobre entornos de ejecución compatibles con Deno enfrentan decisiones difíciles. Esto incluye a actores importantes como Supabase Edge Functions y Netlify Edge Functions, los cuales dependen de entornos de ejecución basados en Deno.
Los desarrolladores que utilizan estas plataformas no deben asumir un cierre inmediato. En su lugar, deben verificar la respuesta y la hoja de ruta específica de cada proveedor, ya que los cambios en la infraestructura subyacente requerirán ajustes en todos los ámbitos. El tiempo corre y se requiere la acción del desarrollador para navegar esta transición de manera efectiva.
Cloudflare quería la vía de escape
El apetito de Cloudflare por Deno no se trataba del entorno de ejecución; era una búsqueda voraz de una vía de escape. Los Durable Objects de la compañía son unidades con estado y nombre que cuentan con su propio almacenamiento, perfectas para salas de chat, funciones de colaboración y arneses de agentes de IA donde el estado persistente no es negociable. Se escalan sin esfuerzo a través de la plataforma gestionada de Cloudflare, pero existía un abismo de portabilidad.
Ese abismo: workerd, el entorno de ejecución de código abierto Workers de Cloudflare, solo podía ejecutar Durable Objects como instancias únicas. Esta limitación hacía que el autoalojamiento de cargas de trabajo a escala de producción fuera poco práctico, dejando la característica estrella de Cloudflare atada a su infraestructura propietaria. El arquitecto de Cloudflare, Kenton Varda, incluso admitió que sus propios intentos de construir una solución escalable y autoalojada fracasaron de manera "vergonzosa".
Aquí entra CellD, la respuesta de Deno al dilema de escalado de Cloudflare. Lanzado por Deno Land en agosto de 2026, CellD es un binario único en Rust diseñado para ejecutar aplicaciones al estilo de Cloudflare y Durable Objects en la propia infraestructura del desarrollador. Al aprovechar el almacenamiento de objetos estándar con tokens de protección de época (epoch fencing tokens), CellD evita complejos mecanismos de consenso, convirtiendo efectivamente la durabilidad de grado Cloudflare en una característica de la plataforma, no en un bloqueo por parte del proveedor.
Este era el premio. Cloudflare adquirió Deno no por un entorno de ejecución competidor, sino por el equipo, liderado por Ryan Dahl y Bert Belder, para fusionar CellD en workerd. Este movimiento transforma a Durable Objects de ser un superpoder exclusivo de Cloudflare a una capacidad verdaderamente portátil y autoalojable, brindando a los clientes la vía de escape que la adopción empresarial a gran escala suele exigir.
CellD es el premio, y la parte difícil
CellD, no el entorno de ejecución de Deno, es el verdadero premio. Cloudflare obtiene al equipo detrás de una solución a un complejo desafío de escalado con el que había luchado internamente: hacer que Durable Objects sean portátiles. Ryan Dahl y Bert Belder liderarán ahora el esfuerzo para integrar CellD en workerd, el entorno de ejecución de código abierto Workers de Cloudflare.
Kenton Varda de Cloudflare, arquitecto de Workers, admitió que sus propios intentos de construir una solución escalable y autohospedada de Durable Objects "vergonzosamente no funcionaron". Deno, sin embargo, entregó CellD: un único binario de Rust que utiliza almacenamiento de objetos estándar como capa de consenso descentralizada. Este enfoque elegante hace que el autohospedaje de una aplicación de Cloudflare —Durable Objects incluido— sea una realidad en sus propios servidores.
¿Por qué Cloudflare facilitaría que los clientes se vayan? La empresa argumenta que una vía de salida reduce las preocupaciones sobre el bloqueo empresarial. Cloudflare necesitaba hacer de código abierto workerd para que Shopify pudiera construir sobre él en 2022; la misma lógica se aplica aquí. Cloudflare cree que ofrecer autohospedaje hace que los clientes estén más dispuestos a construir sobre Workers en primer lugar, expandiendo el ecosistema.
Esta promesa viene con advertencias. Integrar CellD y garantizar Durable Objects autohospedados confiables requiere una ingeniería significativa. La portabilidad, aunque poderosa, no elimina los costos operativos ni garantiza un comportamiento idéntico en diversos entornos. Para obtener más detalles sobre la transición, consulte directamente el anuncio Deno is joining Cloudflare - Deno Blog.
¿Te está gustando? Recibe uno así en tu bandeja cada mañana.
un correo al día · date de baja en dos clics · sin rastreadores de terceros
Lo que los desarrolladores deben observar a continuación
Desarrolladores, separen lo que sobrevive de lo que desaparece. JSR, el JavaScript Registry, continuará sus operaciones, migrando a la infraestructura de Cloudflare. El mantenimiento de Rusty_V8 también continúa, con planes de integración en workerd. Sin embargo, el desarrollo oficial de funciones del runtime de Deno termina, y Deno Deploy cerrará en seis meses.
Los usuarios de Deno tienen un plazo de 12 meses para correcciones de errores mensuales y actualizaciones de seguridad. Mapeen sus dependencias de runtime y Deploy ahora, prueben alternativas y sigan la guía de migración oficial de Cloudflare. Los equipos que ejecutan plataformas compatibles con Deno como Supabase Edge Functions o Netlify Edge Functions deben esperar los planes de transición específicos de cada proveedor.
Este acuerdo fortalece la estrategia de Workers portátiles de Cloudflare, particularmente con la integración de CellD en workerd. También subraya la brutal economía de mantener un negocio de runtime independiente en un mercado dominado por hiperescaladores y gigantes de código abierto. Si bien es un avance significativo en la infraestructura para Cloudflare, es una pérdida definitiva para los usuarios de Deno.
Preguntas frecuentes
¿Deno va a cerrar?
Deno sigue siendo de código abierto, pero su equipo planea dejar de desarrollar el runtime después de 12 meses de mantenimiento y actualizaciones de seguridad.
¿Cuándo cerrará Deno Deploy?
Deno Deploy tiene programado su cierre después de seis meses. Los clientes deben consultar la guía de transición de Deno para conocer sus opciones.
¿Qué es CellD?
CellD es un sistema de código abierto de Deno para ejecutar Cloudflare Durable Objects en infraestructura autohospedada.
¿Continuará JSR después del acuerdo?
Sí. JSR continuará operando y se trasladará a la infraestructura de Cloudflare.
¿Qué deben hacer ahora los equipos que usan Deno?
Revisar los cronogramas del runtime y de Deploy, inventariar las dependencias y planificar una estrategia de migración o mantenimiento antes de que finalice el soporte oficial.