Tem uma conversa que se repete toda vez que falo de SDR com dev que veio de agência. Eu digo "Cloudflare Workers + D1 cobre teu caso a R$ 50/mês". A pessoa olha torto e responde "mas a gente precisa de AWS, é mais sério". Pergunto por quê. A resposta varia: "cliente pede", "é mais robusto", "AWS pega bem". Nenhuma das três é razão técnica.
A maioria das agências em Recife — e fora — vende infra AWS pra SDR que tem 200 leads/mês porque é o que dev conhece e porque cliente paga. Custo final pro PME chega em R$ 5k-15k/mês de mensalidade só de infra + manutenção. A mesma operação roda em Cloudflare por R$ 50, com latência melhor e zero servidor pra cuidar.
Esse texto disseca peça por peça. Quando AWS realmente ganha, quando é flex desnecessária, e como tu apresenta a decisão pro cliente PME sem perder cara — porque cliente que entende paga mais quando vê que tu sabe o que tá fazendo.
Pra contexto, tem outro artigo aqui no blog (a travessia do n8n pra agente estruturado) que cobre como agente SDR funciona em camadas. Esse aqui foca só na infra que sustenta isso.
Os 6 componentes que SDR realmente precisa de infra
Antes de comparar AWS vs Cloudflare, tem que saber o que SDR precisa. Não é pouco, mas também não é o catálogo inteiro de cloud provider.
1. Compute — onde roda o código que processa mensagem do lead, faz chamada pro LLM, decide resposta. Precisa ser barato, rápido, sem cold start ridículo.
2. Banco de dados relacional — agents, threads, messages, memories, documents. Tem que ter foreign keys, índice, transação. SQL clássico.
3. Armazenamento de mídia — áudio que o lead mandou, foto, PDF. Precisa ser persistente, com lifecycle (deletar áudio com mais de 90 dias automático, por exemplo) e bandwidth barato de saída.
4. LLM — geração de resposta. Pode ser modelo da própria cloud (Workers AI, Bedrock) ou API externa (OpenAI, Anthropic, Groq). Custo varia por modelo escolhido.
5. Processamento assíncrono — coisa que não pode bloquear resposta. Whisper transcrevendo áudio, embedding sendo gerado, follow-up email programado. Precisa de fila + worker independente.
6. Observability — log estruturado, métricas, alerta. Sem isso, agente quebra em produção e tu descobre pelo cliente reclamando.
Esses 6 componentes existem em qualquer cloud — AWS, Cloudflare, GCP, Azure. A diferença é preço, complexidade e adequação ao caso.
Cloudflare vs AWS — peça por peça
Vou fazer a comparação real, com preço médio em região mais próxima do Brasil (São Paulo pra AWS, edge global pra Cloudflare), pra agente SDR atendendo 200 leads/mês com 30k mensagens/mês.
Compute
| Provedor | Solução | Custo BRL/mês |
|---|---|---|
| Cloudflare | Workers (~3M reqs/mês) | R$ 25 |
| AWS | EC2 t3.small 24/7 + ALB | R$ 60 + R$ 80 = R$ 140 |
| AWS alt | Lambda + API Gateway | R$ 30-50 |
Workers ganha em 3 dimensões: pay-per-request real (não paga idle), edge global (latência <50ms pra todo BR vs ~80-150ms se tiver em SP), zero gestão de servidor. Lambda é competitivo em compute, mas vem com complexidade (cold start, deploy de zip, IAM granular pra cada função). Quem nunca operou Lambda em produção subestima o custo cognitivo.
Banco de dados
| Provedor | Solução | Custo BRL/mês |
|---|---|---|
| Cloudflare | D1 (SQLite no edge) | R$ 0-15 |
| AWS | RDS PostgreSQL micro | R$ 70 |
| AWS alt | DynamoDB (pay-per-request) | R$ 10-30 |
D1 é SQLite distribuído. Pra SDR atendendo até 1.000 leads/mês, sobra capacidade. RDS pequeno paga banco rodando 24/7 mesmo idle, e custa replicação, backup automático, manutenção. DynamoDB compete em preço mas força tu a desenhar acesso por chave-valor — não tem JOIN, não tem foreign key, é outro paradigma. Pra SDR que precisa de relação agent → thread → message → memory, SQL é o caminho natural.
Armazenamento de mídia
| Provedor | Solução | Custo BRL/mês |
|---|---|---|
| Cloudflare | R2 (storage) | R$ 5-10 |
| AWS | S3 + CloudFront | R$ 15-30 |
R2 ganha aqui pelo motivo crítico: bandwidth de saída zero-cost. AWS S3 cobra ~R$ 0,45 por GB saindo. Pra SDR que serve áudio de volta pro lead, em volume razoável isso vira R$ 100/mês fácil. R2 não cobra saída. Ponto.
LLM
| Provedor | Solução | Custo BRL/mês |
|---|---|---|
| Cloudflare | Workers AI (Llama 3.3) | R$ 4-20 |
| AWS | Bedrock (Claude/Llama) | R$ 30-100 |
| Externo | OpenAI / Anthropic API | R$ 50-300 |
Workers AI é hospedado pela Cloudflare, custo por token muito baixo, latência boa porque roda no edge. Bedrock é AWS hospedando Llama/Claude — funciona, mas custa significativamente mais. API externa (OpenAI, Anthropic, Groq) tem qualidade alta mas custo escala linear com volume — pra SDR de PME, é overkill.
Pra maioria dos casos brasileiros de SDR, Llama 3.3 via Workers AI dá conta da conversa em português. Quando precisa de qualidade superior pra venda complexa (B2B técnico, jurídico), aí migra pra modelo melhor — mas só pra essas mensagens específicas, não pra tudo.
Processamento assíncrono
| Provedor | Solução | Custo BRL/mês |
|---|---|---|
| Cloudflare | Queues + Workers | R$ 5-15 |
| AWS | SQS + Lambda | R$ 20-40 |
Cloudflare Queues é mais novo, mas funciona pra maioria dos casos. SQS tem mais tempo de mercado, retry sofisticado, DLQ (dead letter queue) nativa. Pra SDR simples, Queues resolve. Pra operação onde fila não pode perder mensagem em nenhum cenário (financeiro, compliance), SQS ainda ganha.
Observability
| Provedor | Solução | Custo BRL/mês |
|---|---|---|
| Cloudflare | Workers Logs + Analytics Engine | R$ 0-10 |
| AWS | CloudWatch + X-Ray | R$ 30-80 |
Cloudflare tem analytics nativo gratuito até bom volume. AWS CloudWatch escala em preço rápido, e configurar dashboard útil dá trabalho.
Totais consolidados
| Cloudflare | AWS | |
|---|---|---|
| Compute | R$ 25 | R$ 140 |
| Banco | R$ 0-15 | R$ 70 |
| Mídia | R$ 5-10 | R$ 15-30 |
| LLM | R$ 4-20 | R$ 30-100 |
| Async | R$ 5-15 | R$ 20-40 |
| Observability | R$ 0-10 | R$ 30-80 |
| Total | R$ 39-95 | R$ 305-460 |
Mesmo agente, mesma capacidade funcional. 5-8x mais barato em Cloudflare pra esse perfil.
Os 3 cenários onde AWS realmente ganha
Não tô dizendo que AWS é ruim. É excelente — pra casos onde Cloudflare ainda não chegou. Esses são os 3 cenários reais.
Cenário 1: volume real + multi-cliente
Tu vai operar mil leads/mês ou mais, ou atender 10-50 clientes simultaneamente com agente próprio cada. Volume muda equação:
- Pico simultâneo — em campanha de tráfego, 500 leads podem chegar em 2h. Cloudflare Workers escala bem, mas integração com fila de processamento pesado (Whisper, embedding, follow-up) precisa de SQS robusto + Lambda em paralelo. AWS faz isso há muito tempo, com configuração mais sofisticada.
- Isolamento por cliente — cada cliente teu precisa de dados isolados. AWS VPC + IAM granular dá isolamento físico de tenant, audit log granular (CloudTrail) que cliente enterprise pede pra contrato.
- Backup cross-region forte — pra cliente que paga R$ 5k+/mês de SaaS, expectativa de RTO/RPO é forte. AWS RDS Multi-AZ + cross-region replication é mais maduro que D1 hoje.
Aqui AWS justifica preço — tu cobra R$ 5k-15k/mês de cliente enterprise, R$ 400 de infra é margem boa.
Cenário 2: compliance forçada
Cliente é banco, seguradora, plano de saúde, governo. Tem três coisas:
- Auditoria contratual — todo acesso a dado precisa estar logado, retido por X anos, exportável em formato auditável. CloudTrail nativo.
- Certificações que a empresa exige no contrato — SOC2 Type 2, ISO 27001, HIPAA equivalente. AWS tem matriz de certificação detalhada por serviço. Cloudflare tá indo, mas matriz menos completa pra alguns nichos.
- Residência de dados no Brasil garantida — AWS São Paulo tem certificação BCB. Cloudflare diz "edge global" mas garantia contratual de residência ainda é menos clara.
Pra esses casos, AWS é checkbox de compliance — não tem discussão técnica.
Cenário 3: time grande que já sabe AWS
Tu tem equipe de 5+ devs, todos com fluência em AWS, ferramentas internas baseadas em CloudFormation/Terraform AWS, monitoria interna integrada. Migrar pra Cloudflare seria custo de time bigger que economia de infra. Honest answer: fica em AWS, otimiza onde dá.
Esses 3 cenários cobrem talvez 15% dos casos de SDR. Pra os outros 85%, AWS é flex.
O sweet spot: híbrido Cloudflare na frente + AWS no pesado
Aqui tá onde a flex técnica de verdade aparece — não é "uso uma só" nem "uso a outra". É usar cada uma onde brilha.
Setup que recomendo pra agente SDR que vai crescer:
Cloudflare na frente (responsivo, barato):
- Workers processando mensagem do lead em tempo real
- D1 guardando agents, threads, messages, memories
- R2 servindo mídia (áudio/imagem) com bandwidth zero
- Workers AI gerando resposta em Llama 3.3
AWS no background (assíncrono, pesado):
- Lambda + SQS processando áudio com Whisper (transcrição leva 3-10s, não pode bloquear)
- SES mandando email de follow-up automático (cliente que sumiu, agendamento confirmado)
- EventBridge agendando cron de relatório semanal pro dono
- S3 com lifecycle pra arquivar mídia antiga (90 dias → Glacier, 1 ano → delete)
Custo desse híbrido: R$ 80-140/mês total. Cloudflare cobre R$ 40-70, AWS cobre R$ 40-70 só nas peças que justificam.
Compara com fazer tudo em AWS (R$ 305-460/mês) ou tudo em Cloudflare puro (R$ 39-95, mas perde Whisper bom, perde SES pra email, perde EventBridge maduro). O híbrido pega o melhor de cada um.
Como apresentar a decisão pro cliente
Esse é o ponto que separa dev técnico de dev que vende. Cliente PME em Recife com ticket R$ 10k não sabe diferença entre Cloudflare e AWS. Mas sabe quando ouve resposta técnica defensável vs marketing.
O pitch que funciona:
"Pra teu caso, monto Cloudflare Workers + D1 na frente. Custa R$ 50/mês de infra principal, processa teus 200 leads/mês com latência abaixo de 50ms pra todo Brasil, deploy em segundos, sem servidor pra reiniciar de madrugada. Pra parte de transcrição de áudio dos teus leads e email de follow-up automático, uso AWS Lambda + SES — mais R$ 40/mês. Total: R$ 90/mês de infra.
>
Se tu crescer 10x e precisar de fila robusta, isolamento de tenant pra revender pros teus parceiros, ou compliance forte, eu migro pra AWS completo — mas hoje seria pagar R$ 400/mês por benefício que tu não usa. Eu só cobro pelo que tu precisa."
Cliente ouve isso e:
- Entende que tu sabe escolher (autoridade técnica)
- Entende que não tá sendo passado pra trás (transparência)
- Entende que escala tem caminho (vendedor de longo prazo)
- Paga mais pela tua hora (R$ 200-400/h em vez de R$ 80) — porque vê valor
Comparado com agência que chega flexando "uso AWS, é mais robusto", cobra R$ 8k/mês de mensalidade incluindo infra inflada, e entrega o mesmo resultado funcional. Cliente esperto pega tu.
Onde Cloudflare ainda perde (honest)
Pra não soar como propaganda, aqui tá onde Cloudflare ainda não está pronto:
- D1 ainda tem limites de tamanho (~10GB hoje, melhorando), e relicação cross-region tá em beta. Pra app com TB de dados ou requisito forte de DR, RDS Multi-AZ ainda é mais maduro.
- Workers Queues é mais novo que SQS. Pra cenário onde fila não pode perder mensagem em hipótese alguma (financeiro, ordem de pagamento), SQS com DLQ + retry sofisticado ainda ganha.
- Workers AI tem menos modelos que Bedrock. Se cliente exige modelo específico (Mistral Large, Claude com janela 200k), pode não ter no catálogo do Cloudflare ainda.
- Compliance certifications — Cloudflare tá correndo, mas matriz de certificação por serviço é menos detalhada que AWS pra nichos específicos (HIPAA-eligible services list, FedRAMP, BCB residência).
- Ecossistema de ferramentas terceiras — Datadog, Grafana, Sentry integram nativo com AWS faz anos. Cloudflare integra, mas em alguns casos é via export manual.
Esses limites importam pra os 3 cenários onde AWS ganha. Pra SDR de ME, nenhum desses limites bate no chão.
A flex desnecessária: por que a maioria escolhe AWS sem precisar
Pra fechar honest, três razões reais por que dev/agência escolhe AWS sem motivo técnico:
1. AWS é o que se aprende em curso. Bootcamp brasileiro vende AWS por padrão — é o que tem mais material, certificação que pega bem em currículo, comunidade grande. Cloudflare Workers é mais nicho. Dev novo monta o que sabe.
2. "Cliente pede AWS" — mas é vendedor que vendeu isso pra ele. Cliente PME não sabe diferença. Quando "AWS" sai da boca dele, normalmente é porque agência anterior plantou esse termo como sinônimo de "sério". É marketing reverso, não decisão técnica.
3. Margem inflada esconde decisão preguiçosa. Agência cobra R$ 8k/mês incluindo R$ 400 de infra AWS. Se trocasse pra Cloudflare e baixasse infra pra R$ 80, teria que justificar pra cliente por que mensalidade caiu R$ 320. Mais fácil manter infra cara e margem alta.
Nenhuma das três é razão técnica. Saber identificar isso é diferencial — pra ti que decide, pro teu cliente que escuta.
Saber escolher infra com critério é ativo de carreira em dev brasileiro. Em Recife, isso é raro — virou janela de mercado pra quem entende.
Se tu construiu agente SDR e quer feedback honesto sobre stack que escolheu (ou vai escolher), me chama no WhatsApp. Respondo eu mesmo. Não vendo curso, não vendo consultoria — só comento o que vejo.
Se tu vai construir do zero e quer começar certo, cria conta grátis no Forgem. Já tá montado na stack que descrevi aqui — Workers + D1 + Workers AI + R2. Tu sobe o agente, vê funcionando, e decide se quer manter ou migrar.
Próximo artigo no blog: vou mostrar dashboard real de custo de operação do Forgem em 60 dias. Cada mensagem, cada lead, cada centavo. Sem maquiagem. Assina o RSS pra não perder.