“O futuro da computação é distribuído por natureza.” — Werner Vogels, CTO da Amazon
Escalar software clássico é um problema de engenharia. Escalar agentes é um problema de arquitetura.
Software processa requests. Agentes decidem em paralelo, mantêm estado entre execuções e mexem em sistemas reais. Latência deixa de ser “incômodo” e vira falha de coordenação.
A maioria das stacks atuais foi feita para o primeiro caso. No segundo, o custo sobe rápido e o throughput não acompanha.
O gargalo que ninguém nomeia
Arquitetura centralizada assume: o estado mora num lugar, a computação vai até ele.
Com dezenas de agentes, cada ida e volta ao banco/orquestrador central soma latência. O resultado típico:
- Throughput cai conforme o número de agentes sobe
- Custo de infra sobe (conexões e coordenação)
- Um ponto central de estado vira ponto central de falha
Escalar o backend central não resolve. Remover a necessidade de centralizar a maior parte das decisões, sim.
Edge: computação perto do dado
O Gartner estima que a maior parte dos dados corporativos será criada e processada fora do data center clássico [3]. Para agentes, isso é ainda mais crítico.
No edge, estado e execução ficam juntos. Em vez de um agente em São Paulo consultar us-east-1 para liberar um deploy, a decisão acontece perto da ação — em milissegundos.
O que muda na prática
- Latência de decisão cai (de dezenas/centenas de ms para poucos ms em muitos fluxos)
- Resiliência sobe: falha local não derruba o cluster inteiro
- Custo acompanha o uso — base técnica para cobrar por entrega
Estado sem lock distribuído frágil
Agentes precisam de estado consistente entre passos. Locks distribuídos clássicos escalam mal.
Primitivas de estado “single-writer” (como Durable Objects na Cloudflare) serializam acesso por design: uma instância ativa por objeto, menos condição de corrida, menos orquestrador central.
Não é a única forma. É um padrão que remove uma classe inteira de bugs de concorrência.
Por que isso importa para o modelo de negócio
Infra central paga 24/7, use ou não. No edge, o custo tende a seguir o uso.
Isso fecha a conta do preço por resultado: custo sobe quando há mais operações; valor sobe junto; ROI fica mensurável por entrega — não só por mês de contrato.
Como a Witek aplica
Operamos agentes de engenharia (review, debugging, legado, CI/CD, deploy) com execução no edge e estado gerenciado de forma local por fluxo. Sem orquestrador central como gargalo permanente.
Na prática, isso sustenta:
- Mais throughput vs. fluxo só humano
- Custo rastreável por operação
- Humano no que é crítico; automação no volume
A pergunta certa não é só “qual agente?”. É “qual arquitetura deixa o agente escalar sem criar um novo gargalo?”
| Aspecto | Centralizada | Edge + estado local |
|---|---|---|
| Latência de decisão | Alta (round trip) | Baixa |
| Consistência | Locks frágeis | Serialização por design |
| Custo | Fixo 24/7 | Proporcional ao uso |
| Falha | Ponto central | Degradação local |
Quer um diagnóstico da sua stack? Agende um assessment.
Fontes
[3] Gartner, “Top Strategic Technology Trends: Edge Computing,” 2023.