Dos relojes se pusieron en marcha el 9 de octubre
La operación de Cloudflare para quedarse con todo el equipo de Deno, anunciada el 9 de octubre, pone en marcha dos relojes de migración para quien ejecute software en Deno.
| Elemento | Qué se anunció | Fecha que implica |
|---|---|---|
| Deno Deploy | Sigue funcionando seis meses y luego cierra; los clientes de pago reciben ayuda para migrar a Cloudflare Workers | Hacia abril de 2027 |
| Runtime de Deno | Versiones mensuales de correcciones y seguridad durante un año más, y después Deno termina su propio desarrollo | Hacia octubre de 2027 |
| Registro JSR | Sigue operando, con su infraestructura trasladada a Cloudflare | Sin fecha de fin |
| rusty_v8 | El soporte continúa, con trabajo para integrarlo en workerd | Sin fecha de fin |
La columna de la derecha es nuestro cálculo a partir de la fecha del anuncio, no una fecha publicada por ninguna de las empresas. Ninguna de las dos entradas de blog indica un precio, y The New Stack informa de que no se divulgaron las condiciones. Añade que Deno había captado unos 26 millones de dólares en dos rondas.
El hueco que Cloudflare compró para cruzar
Cloudflare dice que la pieza que faltaba era el autoalojamiento. Su runtime de código abierto para Workers, workerd, admite Durable Objects solo como una única instancia, suficiente para pruebas locales pero incapaz de escalar, y Kenton Varda escribió que los comentarios de pendientes sobre ello se remontan a la versión original.
La respuesta de Deno fue celld, publicado en agosto: un único binario en Rust que solo necesita un bucket de almacenamiento de objetos como servicio externo. Ryan Dahl y Bert Belder liderarán ahora el esfuerzo por hacer del autoalojamiento de workerd un modo de primera clase y con soporte para ejecutar el modelo Workers, devolviendo a workerd código e ideas de celld.
La lógica comercial se dice sin rodeos. Varda dijo a The New Stack que si el modelo Workers es exclusivo de Cloudflare reduce el mercado al que puede llegar, así que lograr que funcione en cualquier proveedor beneficia a Cloudflare. Dahl dijo que el proyecto conjunto debería seguir siendo de código abierto, probablemente con la licencia Apache 2.0 que ya usa celld.
Prometido no es entregado
El autoalojamiento a escala es una promesa para los próximos meses, no un producto hoy. La entrada de Cloudflare dice que ya puede autoalojar celld o workerd, pero workerd por sí solo sigue sin poder repartir Durable Objects entre varias máquinas.
Para los compradores europeos que sopesan la soberanía, la perspectiva es real. Un runtime con soporte y la misma API que la plataforma de Cloudflare, ejecutado en sus propios servidores, sería una salida de la red de Cloudflare, y Varda sostiene que el código abierto y una vía de escape son buen negocio. Esa vía aún no existe con soporte, así que júzguela por las funciones entregadas y no por entradas de blog.
Qué hacer este trimestre
Liste cada proyecto que corre en Deno Deploy, con su responsable y su tráfico, y elija destino antes de que acabe marzo de 2027. Cloudflare Workers es el camino con ayuda a la migración para clientes de pago, pero sirve cualquier alojamiento que ejecute JavaScript estándar.
Si ejecuta el runtime de Deno en sus propios servidores, tiene un año de actualizaciones de seguridad mensuales. Fije la versión y decida entre pasar a Node.js y un fork comunitario. Dahl dice que la creciente compatibilidad de Deno con Node.js lo había llevado a mantener otra implementación de la misma tecnología, y que cualquiera es bienvenido a continuar el runtime.
Si publica paquetes en JSR, hoy no cambia nada. Siga publicando y tenga presente que la infraestructura del registro se traslada a Cloudflare.
Leer a continuación: Cloudflare ya escribe tus reglas de entrenamiento de IA | FMI: 1,4 billones comprometidos en 14 acuerdos de IA
