Computação em nuvem é alugar capacidade de computação (servidores, disco, banco de dados, rede ou um software inteiro) de um provedor, pela internet, pagando pelo que usar. A "nuvem" são data centers físicos: a região de São Paulo da Google Cloud, por exemplo, fica em Osasco (SP), segundo a documentação oficial de regiões do Compute Engine.
A definição de referência é a do NIST, o instituto de padrões dos Estados Unidos, publicada no documento SP 800-145. Ela descreve a nuvem como acesso sob demanda, pela rede, a um conjunto compartilhado de recursos configuráveis que podem ser liberados rapidamente e com pouco esforço de gestão.
Cinco testes para saber se algo é nuvem de verdade
O NIST lista cinco características. Elas servem como um teste prático para separar nuvem de um servidor alugado com nome novo:
- Autoatendimento: você cria e apaga recursos pelo painel ou por API, sem abrir chamado.
- Acesso pela rede: o serviço é usado por protocolos padrão, de qualquer dispositivo.
- Recursos compartilhados: o mesmo hardware atende vários clientes, isolados entre si.
- Elasticidade: a capacidade sobe e desce conforme a demanda, às vezes automaticamente.
- Serviço medido: o consumo é registrado e cobrado por hora, segundo, gigabyte ou requisição.
Um servidor contratado por ano, com configuração fixa e troca feita por e-mail, falha em pelo menos três desses testes. Ele pode ser uma boa escolha, mas é outro produto, como explicamos em VPS, hospedagem compartilhada e nuvem.
O mesmo site em quatro modelos de serviço
Os modelos de serviço dizem quanto da pilha o provedor administra. O jeito mais claro de entender é pegar um único projeto, um site com formulário de contato e banco de dados, e ver como ele fica em cada modelo.
| Modelo | Como o site fica no ar | Exemplos de serviços reais | Você ainda cuida de |
|---|---|---|---|
| IaaS | Você cria uma máquina virtual, instala Linux, servidor web e banco | Amazon EC2, Azure Virtual Machines, Google Compute Engine | Sistema operacional, atualizações, firewall, backup, aplicação |
| PaaS | Você envia o código e a plataforma executa e escala | Azure App Service, Google App Engine, AWS Elastic Beanstalk | Código, configuração, dados e acessos |
| Serverless | Cada parte vira uma função ou container que roda só quando chamada | AWS Lambda, Azure Functions, Google Cloud Run | Código, permissões e limites de gasto |
| SaaS | Você usa um construtor de sites ou loja pronta e só publica conteúdo | Plataformas de site e e-commerce por assinatura, Microsoft 365, Google Workspace | Conteúdo, contas de usuário e configurações |
No IaaS você tem mais controle e mais trabalho. No SaaS quase todo o trabalho técnico some, mas você fica preso às opções do fornecedor. O PaaS e o serverless ficam no meio: menos administração de servidor, com regras da plataforma sobre linguagem, tempo de execução e forma de cobrança.
Containers atravessam esses modelos. Uma aplicação empacotada com Docker roda numa VM (IaaS), numa plataforma de containers (PaaS ou serverless, como o Cloud Run) ou num cluster Kubernetes gerenciado.
Quem responde por cada camada de segurança
A dúvida "meus dados estão seguros na nuvem?" tem resposta documentada. A Microsoft publica uma matriz de responsabilidade compartilhada, atualizada em agosto de 2026, e a lógica é a mesma nos outros grandes provedores.
| Camada | IaaS | PaaS | SaaS |
|---|---|---|---|
| Dados do cliente | Cliente | Cliente | Cliente |
| Configurações | Cliente | Cliente | Cliente |
| Identidades e usuários | Cliente | Cliente | Cliente |
| Aplicações | Cliente | Compartilhada | Compartilhada |
| Controles de rede | Cliente | Compartilhada | Provedor |
| Sistema operacional | Cliente | Provedor | Provedor |
| Servidores, rede física e data center | Provedor | Provedor | Provedor |
Fonte: Microsoft Learn, "Shared responsibility in the cloud" (agosto de 2026).
As três primeiras linhas são as que mais importam: dados, configurações e contas são sempre do cliente, em qualquer modelo. Um bucket de armazenamento deixado público ou uma conta de administrador sem autenticação de dois fatores são falhas do cliente, mesmo que o data center seja impecável.
Modelos de implantação: onde a infraestrutura fica
- Nuvem pública: infraestrutura do provedor, compartilhada por muitos clientes. É o caso de AWS, Azure e Google Cloud.
- Nuvem privada: infraestrutura dedicada a uma organização, no data center dela ou em área reservada de um fornecedor.
- Híbrida: parte em ambiente próprio, parte em nuvem pública, com integração entre os dois. É comum em bancos e órgãos públicos que mantêm sistemas legados em casa.
- Multinuvem: mais de um provedor público ao mesmo tempo, por exigência de negócio ou para usar serviços específicos de cada um.
Regiões no Brasil: São Paulo e Rio
Região é o conjunto de data centers que um provedor mantém em uma área geográfica. Escolher uma região no Brasil reduz a latência para usuários brasileiros e simplifica a discussão sobre onde os dados ficam guardados. Em outubro de 2026, a situação nas três maiores nuvens era esta:
| Provedor | Região no Brasil | Código | Zonas de disponibilidade | Observação |
|---|---|---|---|---|
| AWS | América do Sul (São Paulo) | sa-east-1 | 3 | Habilitada por padrão em contas novas |
| Microsoft Azure | Brazil South (estado de São Paulo) | brazilsouth | 3 | Região par: South Central US (Texas) |
| Microsoft Azure | Brazil Southeast (Rio) | brazilsoutheast | Não informado | Acesso restrito, sob solicitação, para cenários como recuperação de desastres |
| Google Cloud | São Paulo (Osasco) | southamerica-east1 | 3 (a, b, c) | Na América do Sul há também Santiago (southamerica-west1) |
Fontes: documentação oficial de regiões da AWS, lista de regiões do Azure no Microsoft Learn e página de regiões e zonas do Compute Engine, consultadas em outubro de 2026.
Dois detalhes pegam iniciantes. Primeiro, nem todo serviço existe em todas as regiões, e os mais novos costumam chegar antes aos Estados Unidos. Segundo, o preço por hora costuma variar entre regiões. Confira nas calculadoras oficiais antes de decidir, como mostramos no comparativo entre AWS, Azure e Google Cloud.
LGPD e dados fora do Brasil
A LGPD não proíbe guardar dados pessoais fora do país, mas exige uma base legal para a transferência internacional. A ANPD regulamentou o tema na Resolução CD/ANPD nº 19, de 23 de agosto de 2024, que aprovou as cláusulas-padrão contratuais.
O texto deu 12 meses, contados da publicação, para quem usa cláusulas contratuais incorporar as cláusulas-padrão aprovadas pela ANPD. Esse prazo terminou em agosto de 2025. Na prática, quem contrata nuvem com dados pessoais processados fora do Brasil precisa conferir se o contrato com o provedor está adequado.
Usar uma região brasileira não resolve tudo. Backups, réplicas e ferramentas de monitoramento podem enviar dados para outras regiões, então o mapa de onde cada dado trafega faz parte da adequação. O básico da lei está em o que é a LGPD.
Como experimentar sem gastar
Os três grandes oferecem créditos para teste. Em outubro de 2026, segundo as páginas oficiais:
- AWS: contas novas no plano gratuito recebem US$ 100 de crédito e podem ganhar mais US$ 100 explorando serviços, até US$ 200. A conta do plano gratuito é encerrada após 6 meses ou quando os créditos acabam, o que vier primeiro.
- Microsoft Azure: conta gratuita com US$ 200 de crédito para usar em 30 dias, além de serviços gratuitos por 12 meses e mais de 65 serviços sempre gratuitos dentro de limites.
- Google Cloud: US$ 300 de crédito válidos por 90 dias. O nível gratuito inclui uma VM e2-micro por mês, mas só nas regiões de Oregon, Iowa e Carolina do Sul, nos Estados Unidos.
O último detalhe importa para quem está no Brasil: a VM gratuita do Google não roda em São Paulo. Em qualquer provedor, crie um alerta de orçamento antes do primeiro recurso; o passo a passo está em como reduzir custos na nuvem.
Onde a nuvem costuma não compensar
A nuvem é cobrada por uso, e isso favorece cargas que variam. Ela tende a sair cara ou complicada nos seguintes casos:
- Carga constante e previsível, como um servidor que roda a 70% de uso o ano inteiro. Um VPS ou servidor dedicado com preço fixo pode custar menos.
- Muito tráfego de saída, como distribuição de vídeo ou arquivos grandes. A transferência de dados para a internet é cobrada à parte nos grandes provedores.
- Equipe sem tempo para governança. Sem orçamento, tags e revisão de permissões, a fatura e o risco de segurança crescem sem ninguém perceber.
- Dependência de serviços proprietários. Quanto mais a aplicação usa recursos exclusivos de um provedor, mais caro fica migrar depois.
Perguntas frequentes
Nuvem e hospedagem de site são a mesma coisa?
Não. Hospedagem compartilhada vende um pacote fixo, normalmente mensal ou anual, e você não controla o servidor. A nuvem cobra por consumo e permite criar e apagar recursos a qualquer momento. Algumas hospedagens rodam sobre nuvem por trás, o que confunde a fronteira para o cliente.
Se eu escolher a região de São Paulo, meus dados nunca saem do Brasil?
Não necessariamente. Os dados que você grava naquele serviço ficam na região escolhida, mas backups entre regiões, serviços globais (como alguns de identidade e de CDN) e ferramentas de terceiros podem processar dados em outros países. Leia a documentação de residência de dados de cada serviço que usar.
O que é uma zona de disponibilidade?
É um ou mais data centers dentro de uma região, com energia, refrigeração e rede independentes. Distribuir a aplicação em duas ou três zonas permite que ela continue no ar se um data center tiver problema. As regiões brasileiras da AWS, do Azure (Brazil South) e do Google têm três zonas cada, segundo a documentação oficial consultada em outubro de 2026.
Fontes
- NIST. The NIST Definition of Cloud Computing (SP 800-145).
- Microsoft Learn. Shared responsibility in the cloud.
- AWS. AWS Regions.
- Microsoft Learn. List of Azure regions.
- Google Cloud. Regions and zones (Compute Engine).
- Diário Oficial da União. Resolução CD/ANPD nº 19, de 23 de agosto de 2024.
- AWS. Nível gratuito da AWS.
- Microsoft Azure. Azure free account.
- Google Cloud. Free cloud features and trial offer.
