Cloudflare da a cada rama de Git un Worker aislado con su propia URL y estado
Worker Previews levanta un entorno con comportamiento de producción por cada rama, con Durable Objects y contenedores separados, y se despliega con npx wrangler preview.
Cloudflare ha lanzado Worker Previews, una función que levanta un entorno Worker aislado y con comportamiento de producción por cada rama de Git. Cada preview tiene su propia URL, su configuración, su observabilidad y su estado, y convive con producción sin tocarla. El despliegue se hace con npx wrangler preview.
La URL es estable por rama, así que se puede compartir y volver a ella sin reconstruir nada. Desde ahí se consultan logs, errores, métricas y trazas, lo que en la práctica convierte la preview en algo parecido a un entorno de staging efímero pero automático. También se puede colgar un dominio propio cuando hace falta reproducir flujos de autenticación y de redirección que solo se comportan igual bajo un host real.
El aislamiento llega hasta el estado
El detalle que separa esto de otras previsualizaciones es dónde se corta la frontera. Cada preview recibe sus propios namespaces de Durable Objects y sus propias aplicaciones de contenedor. Es decir, no se comparte solo el código desplegado, también el estado y los recursos asociados. Dos ramas trabajando a la vez no se pisan los datos entre ellas ni contra producción.
Sobre la configuración, la idea es partir de una base común y sobrescribir por rama lo que haga falta. Los cambios de una preview no alteran la configuración de producción, que es justo lo que se busca cuando varias personas tocan el mismo Worker en paralelo.
Nada de esto es territorio virgen: las plataformas de despliegue llevan años ofreciendo entornos por rama para aplicaciones web, y ahí está buena parte de su gancho comercial. La diferencia aquí es que el aislamiento alcanza a primitivas con estado, que es donde estas cosas se complican de verdad. Un Durable Object o un contenedor compartido entre previews es una fuente de fallos intermitentes que cuesta horas de depuración.
Lo que queda por ver
El anuncio no entra en precios ni en cuotas, y ahí está la pregunta práctica: cuántas previews simultáneas aguanta una cuenta, cuánto tiempo viven y qué se limpia solo cuando la rama desaparece. Tampoco se detalla si el comportamiento es idéntico en todas las modalidades de Workers. Conviene mirar la factura antes de activarlo en un repositorio con mucho tráfico de ramas, porque cada preview con contenedor y namespaces propios consume recursos aunque nadie la esté mirando.
