Você usa cloud computing todo dia. Quando abre o e-mail corporativo, edita uma planilha no navegador ou envia uma mensagem pelo WhatsApp, está consumindo recursos de computação que rodam em servidores físicos, a centenas ou milhares de quilômetros de distância. Cloud computing na prática é isso: usar processamento, armazenamento e software pela internet, sob demanda, sem comprar nem manter máquinas próprias.
O problema é que essa definição simples esconde decisões complexas. Qual modelo contratar? Quanto custa de verdade? Quem cuida da segurança? E se o provedor cair? Este guia responde o que é cloud computing na prática com números atuais, casos reais e os critérios que faltam na maioria das explicações genéricas.
Veja mais vídeos como esse em nosso canal do YouTube!
Definição rápida (e o que ela esconde por baixo)
A definição formal do NIST descreve cloud computing como um modelo de acesso sob demanda a um pool compartilhado de recursos de computação configuráveis (rede, servidores, armazenamento, aplicações, serviços) que podem ser provisionados e liberados rapidamente, com pouca interação do provedor.
Em português direto: em vez de comprar um servidor, instalar num rack e cuidar de energia, refrigeração, sistema operacional e backup, você aluga essa capacidade pela internet. Paga pelo que usa (ou por uma reserva), aumenta quando precisa, diminui quando não precisa.
O que essa definição esconde é a parte física. “Nuvem” é metáfora. Seus dados rodam em máquinas reais, dentro de data centers reais, consumindo energia real. A Agência Internacional de Energia estima que data centers consumiram cerca de 415 TWh em 2024, ou 1,5% da eletricidade mundial, e o número pode dobrar até 2030. Quando alguém diz “está na nuvem”, está dizendo “está no servidor de outra empresa”.
Cinco características separam cloud de uma hospedagem tradicional:
- Autoatendimento sob demanda: você provisiona recursos sem precisar ligar pro suporte.
- Acesso amplo pela rede: funciona de qualquer dispositivo com internet.
- Pool de recursos compartilhado: vários clientes usam a mesma infraestrutura física, isolados logicamente.
- Elasticidade rápida: capacidade aumenta ou diminui conforme a carga.
- Medição do uso: armazenamento, processamento, transferência, tudo vira métrica cobrável.
Essas cinco características formam a base. O que muda de uma oferta pra outra é o nível de abstração: quem cuida do quê.
IaaS, PaaS e SaaS: três jeitos de usar a mesma infraestrutura
A tríade mais frequente quando se fala de cloud computing é IaaS, PaaS e SaaS. Cada modelo entrega um nível diferente de controle e responsabilidade, incluindo serviços fundamentais de rede como DNS, que traduz endereços legíveis em IPs.
| Modelo | O que o provedor entrega | O que você ainda controla | Exemplo prático |
|---|---|---|---|
| IaaS (Infraestrutura como Serviço) | Servidores virtuais, rede, armazenamento | Sistema operacional, aplicações, dados, configuração | Criar uma VM na AWS, instalar Linux e rodar um ERP |
| PaaS (Plataforma como Serviço) | Runtime, plataforma, ferramentas de desenvolvimento | Código, dados, configuração da aplicação | Publicar uma API sem administrar o servidor por baixo |
| SaaS (Software como Serviço) | Aplicação pronta, toda a operação do produto | Usuários, permissões, dados, configuração funcional | Usar e-mail corporativo, CRM ou plataforma de Wi-Fi marketing no navegador |
A regra prática: quanto mais abstrato o modelo, menos infraestrutura você administra, porém menos controle tem sobre detalhes técnicos. Um restaurante que precisa de e-mail corporativo não precisa de IaaS. Uma fintech que desenvolve produto próprio pode precisar de PaaS ou IaaS, dependendo do nível de personalização.
Existe ainda o modelo serverless (ou FaaS, Function as a Service), onde você publica funções de código que executam em resposta a eventos. O AWS Lambda, por exemplo, escala automaticamente e cobra por execução. Você não vê servidor nenhum, mas ele existe. Só não é problema seu.
Escolher o modelo certo não é uma questão de modernidade. É uma questão de compatibilidade entre o que sua equipe consegue operar e o que seu negócio exige. Mas antes de decidir o modelo de serviço, tem outra escolha: onde essa nuvem roda.
Pública, privada ou híbrida: como o modelo de implantação afeta seu negócio
Modelo de serviço (IaaS, PaaS, SaaS) define o que você contrata. Modelo de implantação define onde e para quem a infraestrutura é disponibilizada:
- Nuvem pública: infraestrutura compartilhada, aberta para qualquer cliente. AWS, Azure e Google Cloud são exemplos. Você paga pelo uso, escala rápido, mas divide a infraestrutura física com outros clientes (com isolamento lógico).
- Nuvem privada: infraestrutura exclusiva para uma organização. Pode estar no próprio data center ou num provedor dedicado. Mais controle, mais custo fixo.
- Nuvem híbrida: combina infraestrutura própria (ou privada) com nuvem pública. Dados sensíveis ficam localmente; cargas variáveis vão pro cloud público.
Híbrida não é sinônimo de multicloud. Híbrida conecta ambientes diferentes (local + nuvem). Multicloud usa mais de um provedor público (AWS + Azure, por exemplo). Uma empresa pode ser híbrida sem ser multicloud, e vice-versa.
No Brasil, o Governo Federal ilustra bem o modelo híbrido. Cada órgão pode aderir a contratações centralizadas ou adquirir serviços próprios, enquanto Serpro e Dataprev oferecem nuvem governamental com infraestrutura nacional. Em 2025, mais de 250 órgãos do Executivo Federal já podiam utilizar essa estrutura. A decisão ali não é apenas técnica: classificação da informação, soberania e regras de contratação pública pesam tanto quanto desempenho.
Definidos modelo e implantação, a próxima pergunta costuma ser sobre dinheiro. E é onde mora a maior surpresa.
Quanto custa cloud na prática (e onde o orçamento escapa)
A promessa clássica: “cloud substitui investimento fixo (Capex) por consumo variável (Opex), e você paga só pelo que usa”. Verdade parcial.
O gasto global com nuvem pública foi projetado em US$ 723,4 bilhões para 2025, crescimento de 21,5% sobre o ano anterior. No primeiro trimestre de 2026, o gasto empresarial em infraestrutura de nuvem atingiu cerca de US$ 129 bilhões no trimestre, com ritmo anualizado acima de meio trilhão de dólares. Empresas estão investindo pesado. Isso não significa que todas estão economizando.
Na pesquisa State of FinOps 2026, 98% dos respondentes já gerenciavam gasto de IA na nuvem (contra 31% em 2024), e otimização de workloads permanecia no topo das prioridades. Traduzindo: mesmo empresas grandes, com times dedicados, ainda lutam pra controlar a fatura.
Onde o dinheiro costuma escapar:
- Recursos esquecidos: VMs ligadas sem uso, volumes de armazenamento órfãos, ambientes de teste que ninguém desligou.
- Tráfego de saída (egress fees): transferir dados para fora do provedor custa. E custa mais do que a maioria espera.
- Superdimensionamento: contratar instâncias maiores do que a carga exige, “por segurança”.
- Compromissos mal calibrados: reservar capacidade de 1 ou 3 anos sem dados históricos suficientes gera economia ou prejuízo.
- Licenciamento: software que cobra por núcleo, por usuário ou por chamada de API. Na nuvem, esses números flutuam.
A recomendação: antes de migrar qualquer carga, faça um business case por workload. Defina orçamento, tags de custo, alertas automáticos e métricas por unidade de negócio (custo por transação, por usuário, por pedido). Cloud não reduz custos automaticamente. Cloud reduz custos quando você mede e age sobre o que mede.
Custo é uma preocupação legítima. A outra, igualmente legítima, é segurança. E a resposta não é a que a maioria espera.
Segurança na nuvem: o que é seu e o que é do provedor
“Nuvem é segura?” não tem resposta binária. O modelo correto é o de responsabilidade compartilhada: o provedor cuida de uma parte, você cuida de outra.
Entre as ameaças que permanecem sob responsabilidade do cliente estão softwares maliciosos como adware, independente de onde a infraestrutura esteja hospedada.
Na AWS, por exemplo, o provedor protege a infraestrutura subjacente (hardware, rede física, instalações). O cliente protege o uso dos serviços: dados, identidades, permissões, configuração e criptografia. A Microsoft descreve o mesmo princípio: o cliente sempre retém a responsabilidade por dados e identidades, independentemente do modelo contratado.
Conforme o serviço fica mais gerenciado (de IaaS para SaaS), a fatia do provedor aumenta. Mas mesmo em SaaS, dados, permissões e configurações de acesso continuam sendo responsabilidade de quem contrata.
E a nuvem não elimina falhas. Dois exemplos concretos:
- Em fevereiro de 2017, um comando autorizado no subsistema S3 da AWS removeu capacidade em excesso, derrubando serviços que dependiam do S3 na região US-EAST-1. O impacto atingiu console, EC2, EBS e Lambda de uma vez.
- Em junho de 2025, uma alteração de política no Google Cloud provocou erros 503 em produtos como Workspace e Security Operations. A recuperação levou quase 3 horas em algumas regiões.
Esses incidentes não provam que cloud é insegura. Provam que confiabilidade é resultado de arquitetura, não de fornecedor. Se toda a sua operação depende de uma única região, sem backup testado, sem modo degradado, sem plano de recuperação, você transferiu a infraestrutura, mas não o risco.
A pergunta certa não é “a nuvem é segura?”. É: “minha arquitetura resiste quando um serviço falha?”. A resposta depende de RTO (tempo de recuperação), RPO (quanto dado posso perder), redundância, backups imutáveis e testes regulares de restauração.
Com segurança e custo contextualizados, vale olhar pra um recorte mais próximo: como está a adoção real de cloud no Brasil.
Cloud computing no Brasil: onde estamos de verdade
A pesquisa TIC Empresas 2025, divulgada pelo Cetic.br em junho de 2026 com 4.174 empresas respondentes, mostra um retrato claro da adoção brasileira:
| Serviço pago em nuvem | 2021 | 2023 | 2025 |
|---|---|---|---|
| E-mail em nuvem | 47% | 53% | 56% |
| Armazenamento de arquivos ou banco de dados | 45% | 48% | 54% |
| Software de escritório em nuvem | 32% | 34% | 38% |
| Capacidade de processamento | 29% | 33% | 36% |
| Plataforma para desenvolvimento, teste ou implantação | 22% | 24% | 26% |
A leitura é direta: a base de SaaS (e-mail, armazenamento) é ampla e cresce. Processamento e plataformas de desenvolvimento ficam abaixo de 40%. Existe uma escada de maturidade. Contratar e-mail corporativo na nuvem é bem diferente de migrar banco de dados, rodar pipelines de dados ou reescrever aplicações com containers.
A conclusão simplista de que “todo mundo já está na nuvem” ignora essa escada. Muitas empresas brasileiras usam SaaS sem saber que estão usando cloud. E poucas operam IaaS ou PaaS com equipe própria.
Outro dado relevante: a Gartner projeta US$ 80 bilhões de gasto mundial em nuvem soberana em 2026, com previsão de que 20% das cargas migrem de provedores globais para locais. No contexto brasileiro, onde LGPD exige cuidado com dados pessoais e onde Serpro e Dataprev oferecem infraestrutura classificada como 100% nacional, a localização do dado está se tornando critério de decisão, não só detalhe técnico.
Números de mercado dão contexto. Mas cloud computing ganha sentido de verdade quando você olha o que empresas reais fizeram com isso.
Casos reais: do streaming global ao PDV do seu bairro
A Netflix é o caso clássico, e por um bom motivo. A migração começou em 2008, depois de uma falha de banco de dados que paralisou o envio de DVDs por três dias. A empresa levou sete anos para concluir: saiu de uma aplicação monolítica para centenas de microsserviços rodando na AWS, desligou o último data center em 2016. O resultado foi escala global, redundância entre múltiplas regiões e custo por início de streaming inferior ao do data center próprio.
O detalhe que a maioria dos artigos omite: a Netflix não só “migrou servidores”. Ela reconstruiu a arquitetura inteira. Elasticidade entregou valor porque a aplicação, o processo de entrega e a cultura de engenharia mudaram junto. Mover VMs sem mudar o resto preserva os mesmos pontos de falha, só que em outro endereço.
Mais perto de casa, o Nubank mostra o cenário brasileiro. A fintech rodou quase toda a infraestrutura na AWS, adotou Docker e Kubernetes como orquestrador e reduziu o tempo de deploy de 90 para 15 minutos. A equipe passou a fazer 700 deploys por semana. Depois, habilitou mais de 90% dos serviços para rodar em processadores Graviton, com 14% de otimização nos custos de uso.
Mas o próprio Nubank registra que Kubernetes não é bala de prata. Houve problemas com balanceamento de carga, regras de segurança na AWS, configuração de CPU e JVM. A plataforma exigiu treinamento interno e uma equipe de engenharia dedicada a operar o cluster. Para uma empresa com 30 engenheiros, talvez serverless ou PaaS puro entregasse o mesmo resultado com menos complexidade.
E o PDV do seu bairro? Cloud computing está lá também, mesmo que o dono não saiba. O e-mail corporativo é SaaS. O sistema de gestão (ERP) rodando no navegador é SaaS. A plataforma de Wi-Fi marketing que captura leads automaticamente quando o cliente conecta na rede é SaaS. O WhatsApp Empresarial com automação de atendimento e follow-up é SaaS. Nenhum desses serviços exige que o estabelecimento compre servidor, contrate técnico de infraestrutura ou se preocupe com backup de hardware.
A diferença entre a Netflix e a padaria não é o conceito. É a escala e a profundidade técnica. O conceito (“usar recursos de computação pela internet, sob demanda”) é o mesmo. O que muda é o tamanho da conta e o número de engenheiros envolvidos.
Se o seu negócio opera com atendimento presencial e quer transformar a rede Wi-Fi e o WhatsApp em canais de captura e conversão sem montar infraestrutura, vale conhecer como a DT Network entrega isso como serviço.
Perguntas frequentes
Cloud computing é a mesma coisa que guardar arquivos na internet?
Não. Armazenamento é apenas uma das aplicações. Cloud computing inclui processamento, banco de dados, rede, identidade, análise de dados, ferramentas de desenvolvimento e software completo. O NIST lista processamento, armazenamento, memória e largura de banda entre os recursos do pool compartilhado.
Qual a diferença entre nuvem e internet?
A internet é a rede de comunicação. A nuvem é um modelo de entrega de recursos de TI acessados por essa rede. Um servidor fixo num data center usa a internet, mas não é necessariamente cloud. Para ser cloud, precisa haver pool compartilhado, elasticidade, autoatendimento e medição de uso.
IaaS, PaaS ou SaaS: como escolher?
Use SaaS quando precisa de um produto pronto (e-mail, CRM, plataforma de marketing). Use PaaS quando quer focar no código e deixar a infraestrutura com o provedor. Use IaaS quando precisa controlar sistema operacional, rede ou rodar software legado. Escolha o maior nível de abstração que ainda atenda seus requisitos de controle e desempenho.
A nuvem sempre reduz custos?
Não necessariamente. Cloud converte investimento fixo em consumo variável, mas recursos esquecidos, tráfego de saída, superdimensionamento e compromissos mal calibrados elevam a fatura. A pesquisa FinOps 2026 mostra que otimização segue como prioridade mesmo entre grandes empresas. Faça um business case por workload antes de migrar.
É seguro colocar dados na nuvem?
Depende da arquitetura e da configuração, não só do provedor. O modelo de responsabilidade compartilhada define que o provedor protege a infraestrutura física e o cliente protege dados, identidades e configurações. Nuvem pública pode ser mais segura que um servidor local mal configurado, ou menos segura se permissões estiverem abertas.
O que acontece se o provedor de nuvem cair?
O impacto depende de como sua aplicação foi desenhada. Sistemas com redundância, cache, filas e modo degradado continuam operando parcialmente. Sistemas que dependem de uma única região e um único serviço podem sair completamente do ar. Teste restauração e failover antes de precisar.
