Cloudflare incorpora al equipo de Deno y deja al runtime 12 meses de soporte

Todo el equipo de Deno se incorpora a Cloudflare. Para los usuarios, la parte más importante del anuncio es el calendario: Deno Deploy cerrará en 6 meses y el desarrollo empresarial del runtime independiente de Deno continuará solo durante 12 meses.

Deno Deploy cerrará y al runtime le queda un año de soporte

Durante los próximos 12 meses, el runtime recibirá cada mes correcciones de errores y actualizaciones de seguridad. Después, Deno pondrá fin a su desarrollo. El código seguirá siendo open source y la comunidad podrá continuarlo, aunque el anuncio no identifica a un equipo que vaya a responsabilizarse de ello.

Deno Deploy funcionará durante otros 6 meses. Los clientes de pago recibirán ayuda para migrar a Cloudflare Workers. El registro JSR seguirá operativo y su infraestructura se trasladará a Cloudflare. También continuará el soporte de rusty_v8 mientras el equipo trabaja para integrarlo en workerd.

Cloudflare obtiene una vía para llevar Workers fuera de su red

La trayectoria reciente de Deno pasó del runtime a Deno Deploy y después a celld. Celld lleva el modelo de Workers y Durable Objects a un sistema open source para aplicaciones distribuidas en infraestructura propia. En Cloudflare, el trabajo de celld se combinará con workerd y con los equipos de Workers y Durable Objects.

Ese es el valor estratégico. Cloudflare quiere convertir Workers en un modelo habitual para crear servidores incluso cuando el cliente mantiene las operaciones en su propia infraestructura. Con el tiempo, los equipos de plataforma podrían usar los mismos componentes de cómputo, estado, colas y comunicación dentro de Cloudflare y en entornos propios. El anuncio marca una dirección de desarrollo, no presenta un producto terminado con fecha de disponibilidad.

El código seguirá abierto y la comunidad asumirá el mantenimiento

Un año de soporte da tiempo a los equipos, pero no resuelve lo que sucederá después. Un repositorio puede seguir público mucho después de que las personas pagadas para corregir fallos, publicar versiones y responder a incidentes de seguridad hayan cambiado de tarea. Las empresas que usan el runtime deben distinguir entre código fuente disponible y una plataforma mantenida.

La promesa de portabilidad exige la misma cautela. La unión de celld y workerd puede facilitar la ejecución de Workers fuera de Cloudflare, pero todavía no existe una ruta de migración, un modelo operativo ni un calendario vinculante.

Las migraciones de Deploy y la hoja de ruta de celld decidirán el resultado

La primera señal medible será la salida de Deno Deploy durante los próximos 6 meses. Habrá que observar si los clientes de pago pueden pasar a Workers sin cambios importantes en sus aplicaciones y si la ayuda cubre claramente los datos, el estado y el comportamiento de red.

La segunda señal será un plan público para combinar celld con workerd. Versiones concretas, documentación de self-hosting y responsables identificados para Deno después del mes 12 mostrarán si Cloudflare construye un ecosistema portátil o se limita a concentrar el desarrollo bajo un mismo techo.

El veredicto de Lilith

Los equipos que usan Deno Deploy tienen 6 meses para hacer las maletas, mientras Cloudflare se lleva el mapa hacia Workers en infraestructura propia. El valor de la operación dependerá de que la carretera siga abierta tras la mudanza, no solo de dejar público el plano.