Por que comparar edge compute de novo agora?
Até 2024, "Cloudflare Workers resolve" era a conclusão da maioria das empresas japonesas. Mas a partir de 2025 o cenário voltou a ser competitivo: o runtime WASM do Fastly Compute se estabilizou, a AWS reformulou o Lambda@Edge como CloudFront Functions 2.0, e a Akamai elevou o limite de memória do EdgeWorkers. Para empresas japonesas que atuam no Sudeste Asiático — Singapura, Jacarta, Bangcoc, Manila —, a distribuição de PoPs de cada provedor e a conformidade regulatória passaram a ter peso estratégico real.
Este artigo compara quatro plataformas em cinco eixos — cold start, memória efetiva, custo por GB-segundo, distribuição geográfica e integração com WAF/gestão de bots — e apresenta uma matriz de seleção por caso de uso. Os dados são baseados em informações públicas de abril de 2026 e em benchmarks internos conduzidos nas regiões de Tóquio, Singapura e Mumbai (1 hora / 1.000 req/s por região).
Cold start e memória efetiva
O Cloudflare Workers usa V8 Isolates, o que torna o cold start praticamente imperceptível (p99 abaixo de 5 ms), mas a memória por Isolate é fixada em 128 MB. O Fastly Compute roda sobre um runtime baseado em wasmtime para inicializar WebAssembly e possui cold start de 0,3 ms no p50 e cerca de 5 ms no p99 — velocidade comparável ao Workers —, além de suportar até 512 MB de memória. O AWS Lambda@Edge mantém a arquitetura tradicional em Firecracker MicroVM, com cold start de 150 ms no p50 e frequentemente acima de 600 ms no p99, exigindo warm-up periódico. O Akamai EdgeWorkers usa V8, mas limita CPU time e memória por tier; no Dynamic tier, o teto é 256 MB e 200 ms de CPU.
A conclusão do benchmark é direta: caminhos quentes que exigem resposta em 1 ms ficam com Cloudflare ou Fastly; lógica mais pesada que precise de mais de 100 ms fica com AWS Lambda@Edge. A Akamai se posiciona no meio-termo e tem o apelo de não gerar custo adicional para organizações que já têm contrato Akamai de CDN.
``` # p99 de latência para retorno simples de JSON no PoP de Tóquio (medição interna, abril de 2026) Cloudflare Workers : 4,8 ms Fastly Compute (WASM) : 5,2 ms Akamai EdgeWorkers : 12,1 ms AWS Lambda@Edge (cold) : 612 ms / (warm) 38 ms ```
Custo por GB-segundo e modelo de cobrança
O Cloudflare Workers usa um modelo próprio que cobra apenas pelo CPU time — o tempo de espera em I/O não é cobrado. O plano Bundled inclui 5 milhões de requisições + 50 ms de CPU time por USD 5; o Unbound oferece 10 M req + 30 M CPU-ms por USD 5. O Fastly Compute tem um modelo de mensalidade por instância de núcleo, a partir de USD 50 por instância, com cobrança por excesso apenas quando o limite é ultrapassado. O AWS Lambda@Edge cobra por GB-segundo com granularidade de 1 ms, com preços distintos para viewer requests e origin requests (o lado viewer custa cerca de 3 vezes mais). O Akamai EdgeWorkers é baseado em contrato, com o Dynamic tier em torno de USD 500 para até 500 mil execuções por mês, e excedente por volume.
Estimando o custo efetivo para 1 M req / CPU médio de 10 ms / payload de 10 KB, os valores ficam assim: Cloudflare, USD 0,50; Fastly, USD 0,40 (quando cabe na mensalidade); AWS Lambda@Edge, USD 2,10; Akamai, em torno de USD 3,00. Em preço unitário bruto, Cloudflare e Fastly ganham com folga. Porém, a AWS transfere dados dentro do ecossistema CloudFront / S3 / DynamoDB sem custo adicional, o que pode inverter o resultado na comparação do custo total.
Distribuição geográfica e tráfego Japão × Sudeste Asiático
Cobertura de PoPs no tráfego de origem no Japão com destino ao Sudeste Asiático: o Cloudflare cobre Tóquio, Osaka, Ho Chi Minh, Hanói, Jacarta, Manila, Bangcoc, Singapura e Kuala Lumpur. O Fastly é forte em Tóquio, Osaka, Singapura e Hong Kong; para Indonésia e Vietnã, o tráfego passa por provedores de interconexão, acrescentando cerca de 20 ms de RTT médio. O AWS Lambda@Edge segue os PoPs do CloudFront — Tóquio, Osaka, Singapura, Jacarta, Manila e Bangcoc —, mas a execução do Lambda ocorre no Regional Edge Cache mais próximo (11 locais, incluindo Tóquio, Singapura e Mumbai), não diretamente no PoP. A Akamai tem a maior quantidade de PoPs do mundo, mas apenas uma parte deles executa EdgeWorkers.
Para latência uniformemente baixa em todo o Sudeste Asiático, o Cloudflare é o favorito. Para o eixo Japão–Singapura, o desempenho WASM do Fastly se destaca. Para integração densa com stacks AWS existentes, Lambda@Edge. Em projetos de e-commerce voltados à ASEAN que precisam manter p95 abaixo de 80 ms, a combinação de Cloudflare + sharding com Durable Objects foi consistentemente a mais eficiente em termos de custo-benefício nos três projetos que conduzimos.
Integração com WAF e gestão de bots
Edge compute em 2026 já não é avaliado apenas pela execução de lógica — WAF, gestão de bots e proteção contra DDoS fazem parte do pacote. O Cloudflare integra WAF (OWASP Core Rule Set + regras próprias), Bot Management e Turnstile na mesma console dos Workers, permitindo referenciar `cf.botManagement.score` diretamente dentro do Worker para ajustar o comportamento dinamicamente. O Fastly tem o Next-Gen WAF baseado no Signal Sciences (adquirido em 2020), e permite chamar o RulesEngine dentro do Compute. A AWS combina AWS WAF e Shield na camada do CloudFront; dentro do Lambda@Edge, a inspeção de cabeçalhos via `event.Records[0].cf.request.headers` precisa ser escrita manualmente. A Akamai tem o App & API Protector (antigo Kona) como solução mais madura, ainda primeira escolha em instituições financeiras.
A detecção de bots nos quatro provedores migrou para modelos de ML a partir de 2025, com taxas de detecção de acordo com o OWASP ATP em torno de 95% — tecnicamente empatadas. A diferença está nos fluxos de resolução de falsos positivos e na integração com SOC: Akamai e Cloudflare oferecem integração nativa com SIEMs (Splunk / Sentinel / Datadog), enquanto o Fastly suporta apenas o Datadog e a AWS exige conversão via CloudWatch.
Matriz de seleção por caso de uso
A seguir, a versão resumida da matriz que usamos em nossas propostas.
- API de latência ultrabaixa (resposta em torno de 1 ms): Cloudflare Workers ou Fastly Compute
- Lógica edge com estado (edição colaborativa, sinalização): Cloudflare Workers + Durable Objects, sem alternativa
- Integração densa com stack AWS existente (S3 / DynamoDB / Cognito): AWS Lambda@Edge + CloudFront
- Requisitos de WAF / SOC em setores regulados (financeiro, saúde): Akamai EdgeWorkers + App & API Protector
- B2C de grande escala (centenas de milhões de req/mês) com foco em custo: Fastly Compute com mensalidade por instância
- SLO consistente no Japão e em toda a ASEAN (p95 de 80 ms): Cloudflare Workers
- Transcodificação de vídeo ou imagem em tempo real (processamento de CPU acima de 100 ms): AWS Lambda@Edge ou Fastly Compute (512 MB de memória)
Conclusão: o tempo de depender de um único provedor acabou
A arquitetura edge de 2026 torna a dependência de um único provedor um risco tanto técnico quanto de continuidade de negócio. Diante das interrupções do Cloudflare (novembro de 2023, fevereiro de 2025) e das frequentes falhas da AWS us-east-1 com impacto global, grandes empresas estão adotando estratégias multi-edge como "Cloudflare como primário, Akamai para conteúdo estático, AWS para processamento em lote". Unificar métricas com OpenTelemetry e gerenciar a infraestrutura como código com Terraform reduz o custo de vendor lock-in enquanto preserva a disponibilidade.
Escolher a melhor plataforma edge deixou de ser uma questão de "qual é a mais rápida"; agora é "como combinar as plataformas certas para cada workload". Benchmarks envelhecem rápido, mas as diferenças filosóficas entre as plataformas servem de critério de decisão por muito mais tempo. Mapeie as características do seu tráfego, seus requisitos regulatórios e seus ativos existentes — e revisite essa análise a cada trimestre.