Cloudflare adquiere Deno para mejorar Workers. Te explicamos cómo revisar tus proyectos y prepararte para el cambio sin depender de supuestos.
Cloudflare anunció el viernes que adquiere Deno, la startup detrás del runtime del mismo nombre, según recoge TechCrunch. El objetivo declarado es mejorar el modelo de programación y la plataforma de Workers, con la que los clientes construyen y ejecutan software en la red de Cloudflare.
No conocemos los términos económicos ni un calendario de cambios, así que esta guía no promete migraciones. Lo que proponemos es un ejercicio práctico: revisar tus proyectos Workers hoy, medir cuánto dependen de APIs propias de la plataforma y dejarlos preparados para lo que venga.

Lo que necesitas
Un proyecto Workers existente (o uno de prueba), acceso a su repositorio y su configuración, y Node.js o el runtime que ya uses para desarrollo local. También conviene tener a mano el anuncio oficial de Cloudflare, porque es la fuente de lo que se ha dicho y de lo que no.
- Haz un inventario de tus Workers: nombre, qué hacen y qué servicios de la plataforma usan.
- Separa la lógica de negocio de las llamadas específicas de Cloudflare, de modo que la primera no dependa de la segunda.
- Anota qué parte de tu código asume un entorno concreto de ejecución y qué parte es estándar.
- Añade pruebas que ejecuten esa lógica fuera de la plataforma, en local.
- Revisa el anuncio oficial y el repositorio de celld, la implementación abierta de Workers de Deno, para entender qué compatibilidad se promete.
- Repite la revisión cuando Cloudflare publique detalles técnicos de la integración.
Aislar la dependencia de la plataforma
La idea es sencilla: tu función principal no debería saber dónde corre. Un pequeño adaptador en el borde traduce la petición de la plataforma a tu lógica, y así cambiar de entorno afecta a pocas líneas. Es un patrón general, no algo que dependa de esta noticia.
// logica.js: sin dependencias de la plataforma
export function responder(texto) {
return new Response(`Hola, ${texto}`);
}
// worker.js: adaptador fino
import { responder } from './logica.js';
export default {
async fetch(request) {
const nombre = new URL(request.url).searchParams.get('n') ?? 'mundo';
return responder(nombre);
},
};Con esta separación puedes probar responder en cualquier runtime que soporte las APIs web estándar. Cuidado con los casos límite: si usas almacenamiento, colas o variables propias de Cloudflare, esas piezas seguirán atadas a la plataforma y conviene encapsularlas detrás de una interfaz tuya.
Qué vigilar a partir de ahora
Cloudflare sostiene que ser de código abierto y ofrecer una salida es buen negocio, y Ryan Dahl, creador de Node.js y cofundador de Deno, habla de convertir el modelo de Workers en una forma habitual de construir servidores. Son intenciones, no hitos verificables. Nosotros seguiremos las publicaciones oficiales y evitaremos reescribir nada hasta ver cambios concretos.

Para saber más: StrictlyVC · youTube · Mastodon.
Fuente original: techcrunch.com
Artículo generado mediante AI.larebelion



Comentarios
Publicar un comentario