O 5G brasileiro é melhor que o alemão. A latência até a nuvem é a pior de 22 países. A ponte quebrada. Nós analisamos os dados e o sinal é claro: o problema não está no rádio — está no que acontece entre o rádio e a nuvem.
Essa é a contradição que define a infraestrutura brasileira de conectividade em 2026. O país entregou 5G de classe mundial. O país não entregou o backhaul que conecta esse 5G à nuvem. O resultado é um gap de latência que inviabiliza exatamente os workloads para os quais o 5G foi construído: inferência de IA em tempo real, AR, agentes autônomos, voz conversacional.
O 5G brasileiro é de classe mundial
A Ookla publicou em julho um estudo que ninguém esperava. "Beyond Download Speed: Benchmarking 5G Mobile Networks Against AI Workloads" mediu 22 mercados e 86 operadoras. O Brasil tem 5G de classe mundial.
Segundo a Ookla, a Claro entrega 32,9 ms de latência no rádio. Melhor que a Deutsche Telekom (33 ms). Melhor que a média do Reino Unido (46,4 ms) e da Espanha (50,2 ms). O 5G brasileiro atende ao padrão de voz conversacional para IA: menos de 40 ms. No rádio, estamos no topo do ranking global.
Isso não é um outlier pontual. É o resultado de anos de investimento em leilão de espectro, deploy de torres e modernização da rede móvel. O rádio brasileiro está pronto para a próxima geração de workloads. O problema é que o rádio é só o primeiro hop.
O problema começa quando o tráfego sai da rede móvel
Latência até a nuvem: 149,7 a 163,6 ms. Pior resultado entre os 22 países medidos, segundo a Ookla. O Reino Unido faz 44 a 49 ms. A Alemanha, 42 a 45 ms. A Coreia do Sul, 39 a 48 ms.
O Brasil é 3 vezes pior que o líder europeu. O gap é 4 vezes. O rádio entrega em 37,6 ms. A nuvem responde em até 163,6 ms. O que acontece no meio?
O diagnóstico da Ookla: infraestrutura concentrada e peering escasso
Segundo a Ookla, a causa é direta: infraestrutura concentrada em São Paulo e peering direto escasso. O mercado de ISPs brasileiro é fragmentado. A maioria não tem peering direto com AWS, Azure, Google Cloud ou OCI. O tráfego passa por vários intermediários antes de chegar a qualquer servidor.
Cada hop adiciona latência. Cada intermediário adiciona custo. O 5G foi construído para entregar classe mundial no rádio. A ponte até a nuvem ficou pelo caminho. Não é um problema de tecnologia de rádio — é um problema de infraestrutura de interconexão entre a rede móvel e os datacenters dos grandes cloud providers.
A concentração em São Paulo significa que um usuário no Recife, em Fortaleza ou em Manaus precisa rotear seu tráfego até o eixo Sudeste antes de alcançar qualquer ponto de presença dos grandes cloud providers. A distância física já adiciona dezenas de milissegundos. Os intermediários no caminho adicionam o resto. O resultado é um país com rádio de ponta e backhaul de segunda classe.
A consequência para IA é direta
Workloads de inferência sensíveis a latência ficam inviáveis com 163 ms de ida. Assistentes de voz em tempo real, AR, agentes autônomos — todos exigem respostas que o caminho até a nuvem brasileira não entrega hoje. O 5G foi construído para isso. A ponte até a nuvem quebra o budget de latência antes de a resposta chegar.
O padrão de voz conversacional para IA é menos de 40 ms. O rádio brasileiro entrega isso. A nuvem brasileira entrega 4 vezes mais. Para qualquer workload que precise de resposta em tempo real, o gap entre rádio e nuvem é o gargalo — não o 5G.
O problema não é teórico. Quando um assistente de voz precisa esperar 163 ms de ida mais 163 ms de volta para cada token de inferência, a experiência vira frustração. O usuário sente atraso. O agente autônomo perde a janela de decisão. A AR desync da realidade. A latência não é um detalhe de performance — é o que separa uma workload viável de uma inviável.
É onde a arquitetura importa
Escolher a região de cloud certa. Usar edge computing quando a latência for crítica. Implementar caching agressivo para inferência local. Avaliar inferência on-prem quando o caminho até a nuvem não cabe no budget. Na Tech86, nós temos trabalhado com clientes corporativos nesse ponto exato: mapear o caminho entre usuário e nuvem antes de escolher onde a workload roda.
A pergunta certa não é "qual cloud é mais barata?" — é "qual caminho entre usuário e workload cabe no budget de latência?". Às vezes a resposta é uma região de cloud com peering direto. Às vezes é edge computing perto do usuário. Às vezes é inferência on-prem onde o dado nasce. Às vezes é caching que elimina a ida à nuvem inteiramente. A arquitetura decide.
O 5G brasileiro entrega classe mundial. A ponte até a nuvem entrega atraso. A correção não é mais rádio — é arquitetura.