Cloudflare Workers + Pages
O meu veredicto
Jurisdição UE, custo previsível, o TTFB mais baixo no nosso tráfego europeu.
Briefing do profissional
Porque o adotámos
Tirámos o wppoland.com e quatro sites de clientes da Vercel para Cloudflare Pages com Workers ao longo do Q4 de 2025 e do Q1 de 2026. O TTFB a partir de Varsóvia, Frankfurt, Lisboa e Oslo fixou-se numa mediana de 38 ms (Pages) e 52 ms (Workers), contra 110 ms na edge da Vercel a partir das mesmas sondas. O piso de cold start nos Workers fica abaixo dos 5 ms em isolates V8 (o modelo de Kenton Varda); o Lambda@Edge oscila entre 200 e 900 ms a frio. O reporte da NIS2 e do artigo 28 do DORA é mais limpo quando o pedido, a cache e a camada de dados (D1, KV) ficam dentro da UE.
Quando recorremos a ele
Estático na edge com API serverless: Astro 5 com ilhas seletivas, Next.js via OpenNext, backends cujo caminho quente é JWT mais um pequeno fan-out para upstream. KV / D1 / R2 / Durable Objects substitui Postgres com Redis e S3: KV para configuração com muita leitura, D1 para dados relacionais abaixo de 10 GB, R2 para media sem egress, Durable Objects para consistência com um único escritor. Fora do âmbito dos Workers: módulos nativos sem build para workerd, acima de 128 MB por pedido, tarefas de longa duração.
Caminho de migração
A partir da Vercel: a migração dolorosa é a do adaptador da framework, não a do runtime. As equipas de Next.js usam o OpenNext, as de Astro usam o @astrojs/cloudflare. Conte com reescrever código que lê process.env no topo do módulo (os Workers não têm processo Node no momento do import; os segredos chegam via env no pedido). A partir de AWS Lambda com CloudFront: tudo o que ultrapasse a superfície de stdlib do nodejs_compat vai doer. Orce dois dias por cada 10 endpoints e uma semana para a camada de JWT (jose com a JWK em cache no KV). Os fluxos de pedidos assinados por IAM que pressupõem uma instance role não transitam.
Duas cicatrizes de produção
Primeira, o bug de truncagem silenciosa dos 100 KB do _redirects apanhou-nos em fevereiro de 2026: o ficheiro foi publicado, o aviso de build passou despercebido e as regras finais foram descartadas no deploy. 52 URLs legados devolveram 404 em produção. Correção: as regras em massa passaram para functions/redirect-map.ts e o _redirects ficou limitado a cerca de 1800 regras. Segunda, Durable Objects com D1 e uma chave quente numa página de passatempo: um DO atingiu o limite de concorrência e travou as escritas durante 30 segundos. Correção: repartir a chave do DO por hash do ID de utilizador em 32 instâncias e usar réplicas de leitura do D1 para as leituras. O tutorial de sharding de DO do Greg Brimble é a referência.
O que estamos a observar
Os Cloudflare Containers chegaram a beta aberta na Developer Week 2025 (anúncio de Rita Kozlov); estamos a testá-los para uma carga de trabalho com sharp e libvips, mas o piso de cold start está mais perto de um contentor gerido do que dos Workers. Os Workflows (execução durável) chegaram a GA em 2025; estamos a migrar para lá uma cadeia de cron com queue (cloudflare/workers-sdk#5837). Estamos a acompanhar se o R2 SQL com Iceberg estabiliza o suficiente para a analítica deixar de precisar de um data warehouse.
Adicionado: 2026-04-26 · Última revisão: 2026-04-26