Cloud pública é uma infraestrutura de cloud computing operada por um provedor e compartilhada entre múltiplos clientes independentes, com isolamento lógico entre eles. O modelo é fundamentalmente multi-tenant: um mesmo servidor físico pode hospedar VMs de empresas diferentes, separadas por hipervisor e SDN. O cliente paga pelo que usa, sem compromisso de capacidade mínima — e sem controle sobre onde, fisicamente, seus dados estão.
O modelo de negócio da cloud pública
Na prática, a cloud pública funciona por economia de escala. Um provedor constrói datacenters massivos — centenas de milhares de servidores — e distribui esse custo entre milhões de clientes. O resultado é um preço unitário de computação muito abaixo do que qualquer empresa conseguiria sozinha.
O modelo de faturamento é pay-as-you-go: você paga por hora (ou por segundo, em alguns provedores) de uso de VM, por GB de storage, por GB de dados transferidos para fora da rede do provedor (egresso). Não há custo de hardware, e a capacidade disponível é, na prática, ilimitada dentro dos limites de quota da conta.
O isolamento entre clientes é lógico, não físico. Hipervisor, SDN (Software Defined Networking) e IAM (Identity and Access Management) garantem que um cliente não acesse os recursos do outro — mas o hardware é compartilhado.
Como a cloud pública funciona por dentro
Regiões e Zonas de Disponibilidade
Grandes provedores organizam sua infraestrutura em regiões geográficas. Cada região é um conjunto de datacenters fisicamente separados, interconectados por fibra de baixíssima latência. Dentro de uma região, os datacenters individuais são chamados de Zonas de Disponibilidade (AZs).
A lógica é simples: uma falha em um datacenter (incêndio, falha de energia) não derruba outros. Aplicações distribuídas entre duas ou três AZs sobrevivem à falha de uma delas.
REGIÃO: Brasil (ex.: us-east-1 / southamerica-east-1)
├── Zona de Disponibilidade A (datacenter 1)
├── Zona de Disponibilidade B (datacenter 2)
└── Zona de Disponibilidade C (datacenter 3)
│
└── Interconexão de fibra dedicada, <2 ms entre AZsInstâncias e tipos de workload
Cloud pública oferece dezenas de famílias de instâncias para diferentes workloads: CPU intensiva, memória intensiva, GPU, armazenamento local NVMe, ARM. O cliente escolhe o tipo de instância mais adequado para cada aplicação.
Modelos de preço para instâncias:
| Modelo | Descrição | Uso ideal |
|---|---|---|
| On-demand | Paga por hora, sem compromisso | Cargas variáveis, dev/test |
| Reserved | Compromisso de 1 ou 3 anos, desconto de 30–72% | Cargas previsíveis e estáveis |
| Spot / Preemptível | Usa capacidade ociosa com desconto de até 90%, pode ser interrompida | Processamento em lote, ML, CI/CD |
| Savings Plans | Compromisso de gasto (não de instância específica) | Flexibilidade com economia |
O catálogo de serviços
A riqueza de uma cloud pública está no catálogo de serviços gerenciados. Além de VMs, você acessa:
- Bancos de dados gerenciados (RDS, Cloud SQL, Aurora)
- Kubernetes gerenciado (EKS, GKE, AKS)
- Filas e mensageria (SQS, Pub/Sub, Service Bus)
- Funções serverless (Lambda, Cloud Functions, Azure Functions)
- IA/ML (SageMaker, Vertex AI, Azure AI)
- CDN, DNS, balanceadores de carga globais
- Data warehouses (Redshift, BigQuery, Synapse)
Esses serviços são impossíveis de replicar em uma cloud privada de tamanho médio sem custo e complexidade proibitivos.
Principais provedores de cloud pública
| Provedor | Datacenter no Brasil | Região brasileira |
|---|---|---|
| Amazon Web Services (AWS) | São Paulo | sa-east-1 (desde 2011) |
| Microsoft Azure | São Paulo e Rio de Janeiro | Brazil South, Brazil Southeast |
| Google Cloud Platform (GCP) | São Paulo | southamerica-east1 |
| Oracle Cloud Infrastructure (OCI) | Vinhedo/SP e São Paulo | Brazil East, Brazil Southeast |
Esses são os provedores com infraestrutura física declarada no Brasil. Outros provedores internacionais atendem o Brasil a partir de regiões na América do Norte ou Europa, com latências maiores e sem garantia de residência de dados em território nacional.
Provedores brasileiros de cloud pública — como a Adentro — operam infraestrutura própria com faturamento em Real, dados em solo nacional por contrato e suporte nativo em português.
Vantagens da cloud pública
Escala sob demanda: Provisione 1.000 VMs em minutos para um processamento em lote. Desligue após o trabalho. Pague apenas pelo tempo de uso.
Catálogo de serviços: Acesso imediato a centenas de serviços gerenciados — banco de dados, IA, IoT, analytics — sem instalar nada.
Alcance global: Implante em regiões da Europa, EUA, Ásia e Oriente Médio em minutos. Para empresas com operação internacional, isso é diferencial crítico.
Inovação rápida: Provedores lançam novos serviços continuamente. Usar IA generativa, computação quântica experimental ou edge computing sem precisar de hardware próprio.
Sem gestão de hardware: Patches de firmware, substituição de disco com falha, atualização de switch — tudo é responsabilidade do provedor.
Riscos e limitações reais para empresas brasileiras
Variação cambial
O problema real é que AWS, Azure e GCP faturam em dólar americano. Com a taxa de câmbio BRL/USD historicamente volátil — variações de 20–40% em 12 meses são normais — o custo de cloud pública em Real é imprevisível. Um budget aprovado em janeiro pode estar 30% defasado em dezembro, sem nenhuma mudança de uso.
Provedores nacionais faturam em Real, eliminando essa variável.
Egresso de dados (Data Transfer Out)
Cloud pública cobra pelo dado que sai da rede do provedor. Esse custo é frequentemente subestimado no planejamento:
- AWS cobra a partir de US$ 0,09/GB para saída para internet (varia por região e volume).
- Transferência entre regiões também tem custo.
- Backups off-site, integrações com sistemas on-premises e APIs de parceiros geram egresso constante.
Para aplicações com alto volume de dados saindo — streaming, backup, integração com ERP on-premises — o custo de egresso pode superar o custo de computação.
Compliance LGPD e regulações setoriais
A LGPD não proíbe cloud pública, mas cria obrigações:
- Transferência internacional de dados: se uma região está no Brasil mas metadados, logs de diagnóstico ou dados de treinamento de modelos são enviados a servidores fora do país, isso configura transferência internacional — e exige base legal específica (art. 33 da LGPD).
- Direito à exclusão: em ambientes multi-tenant, garantir que dados foram realmente apagados — e não apenas marcados como apagados — exige certificação do provedor.
- Auditoria: acesso aos logs de auditoria de infraestrutura (quem acessou o hipervisor, qual técnico substituiu o disco) é limitado na cloud pública. Na cloud privada ou no datacenter próprio, esse nível de acesso é possível.
Setores com regulações mais rígidas — financeiro (Resolução CMN 4.658), saúde (CFM, ANVISA), governo — podem ter restrições adicionais que a cloud pública não resolve sem arquitetura e controles específicos.
Latência para usuários no interior do Brasil
Regiões de cloud pública no Brasil estão concentradas na Grande São Paulo e Campinas. Para usuários em regiões metropolitanas do Nordeste, Norte ou Centro-Oeste, a latência pode variar de 20 a 80 ms — aceitável para a maioria das aplicações, mas crítico para sistemas de tempo real, VoIP ou aplicações sensíveis a jitter.
Vendor lock-in
Quanto mais serviços gerenciados nativos de um provedor você usar — banco de dados proprietário, funções serverless, formatos de dados específicos — mais difícil e caro fica migrar para outro provedor ou para cloud privada no futuro. Arquitetura cloud-native bem projetada mitiga esse risco, mas exige disciplina desde o início.
Tabela: cloud pública — vantagens vs. riscos por cenário
| Cenário de uso | Cloud pública serve bem? | Principais ressalvas |
|---|---|---|
| Startup com crescimento imprevisível | Sim | Monitorar custos desde o dia 1 |
| Aplicação global com usuários em múltiplos continentes | Sim | Avaliar compliance de cada país |
| Processamento em lote / IA / ML | Sim (especialmente com Spot) | Custo de storage e egresso |
| ERP ou banco de dados transacional crítico | Parcialmente | Noisy neighbor, egresso, latência |
| Dados de saúde de pacientes brasileiros | Com ressalvas | Due diligence LGPD, contrato DPA |
| Dados financeiros regulados (Res. CMN 4.658) | Com ressalvas | Exige controles adicionais e due diligence |
| Carga estável e previsível 24/7 | Parcialmente | Reserved pode equilibrar custo, mas privada pode ser mais barata |
| Dev / test / sandbox | Sim | Destruir recursos após uso para não acumular custo |
| DR (disaster recovery) | Sim (para RTO baixo) | Avaliar custo de retenção de dados standby |
| Empresa com budget fixo anual em Real | Risco | Exposição cambial torna o custo imprevisível |
Quando cloud pública é a escolha certa
Cloud pública é a escolha mais eficiente quando:
- A carga é variável, imprevisível ou tem picos sazonais significativos.
- A empresa precisa de alcance geográfico global.
- O time de desenvolvimento quer usar serviços gerenciados (banco de dados, filas, IA) sem operar infraestrutura.
- O ciclo de inovação é rápido e exige experimentação constante com novos serviços.
- A empresa está começando e não quer comprometer capital em hardware.
- O workload é de dev/test, CI/CD ou processamento em lote não crítico.
Cloud pública não é a escolha óbvia quando há dados regulados com exigências de localização, cargas previsíveis com custo fixo favorável, ou quando a variação cambial é inaceitável no orçamento.
Precisa avaliar se cloud pública, privada ou híbrida é o melhor fit para o seu negócio? A equipe técnica da Adentro faz essa análise sem compromisso.