Cloudflare apresenta Worker Previews (blog oficial) (blog.cloudflare.com) lançou o Worker Previews, recurso que dá a cada branch do Git um ambiente isolado semelhante à produção, com URL estável, estado próprio e observabilidade com escopo, pensado para o volume de código gerado por agentes de IA.
- Worker Previews cria ambientes isolados por branch do Git, com URL estável, configuração e estado próprios.
- O comando npx wrangler preview permite centenas de previews simultâneos sob um mesmo Worker, sem tocar produção.
- Cada preview ganha namespace próprio de Durable Objects e Container app, isolando migrações e mudanças de schema.
- Service bindings de um preview ainda chamam produção; aplicações multi-Worker não têm isolamento completo.
- Cloudflare usou o recurso internamente para construir o CloudflareOS; Supermemory e Ramp são usuárias iniciais.
O que os worker previews mudam no fluxo de desenvolvimento
A motivação declarada pela Cloudflare é o agent-driven development: agentes de programação produzem mudanças maiores e em volume mais alto, e os testes precisam acompanhar esse ritmo sem virar gargalo.
Para a empresa, Previews funciona como o ciclo de feedback do Agent Development Lifecycle, em que cada alteração é atômica, implantável de forma independente, observável e revisável.
Como roda na prática para times que usam agentes
A Cloudflare descreve um loop de agente que combina Browser Run, Playwright MCP e o servidor Workers Observability MCP, com captura de sessões reexecutáveis e correlação entre requisições falhas e traces.
Previews podem ser servidos de domínio customizado como feature-login.previews.example.com, para que cookies, CORS e redirects de OAuth se comportem como em produção, com proteção opcional via Cloudflare Access.
# publicidade
Diferença em relação a ambientes wrangler e version urls
Worker Previews não é um rename do que já existia: ambientes Wrangler exigem um Worker separado por ambiente, e as Version URLs, antigas preview URLs, só alcançam recursos de produção.
| Recurso | Isolamento por branch | Estado próprio | Acesso a recursos |
|---|---|---|---|
| Worker Previews | Sim, com URL estável | Namespace de Durable Objects por preview | Configuração base customizável via bloco previews |
| Ambientes Wrangler | Exige Worker separado por ambiente | Por Worker | Bindings definidos por ambiente |
| Version URLs | Não | Sem isolamento | Somente recursos de produção |
Arraste para o lado para ver toda a tabela.
Teams que dependem de Version URLs devem revisar essa dependência, já que elas continuam mirando bindings de produção.
Leia também:
Fonte: Infoq
