Cloud computing é o fornecimento de recursos de TI — servidores, armazenamento, redes, software — pela internet, sob demanda e com pagamento proporcional ao uso. O NIST define cloud por cinco características essenciais: autoatendimento sob demanda, acesso amplo à rede, pooling de recursos, elasticidade rápida e serviço mensurável. Qualquer oferta que não satisfaça essas cinco características não é cloud — é apenas hospedagem com outro nome.

O que é cloud computing: definição técnica (NIST SP 800-145)

Imagine que o National Institute of Standards and Technology publicou em 2011 uma definição que se tornou padrão da indústria. Cinco características fazem de um serviço uma cloud verdadeira:

1. Autoatendimento sob demanda (On-demand self-service)
O usuário provisiona recursos — VMs, storage, bancos de dados — sem interação humana com o provedor. Um portal ou API é suficiente.

2. Acesso amplo à rede (Broad network access)
Os recursos estão disponíveis pela rede e acessíveis por mecanismos padrão: laptops, smartphones, APIs REST. Não depende de um cliente proprietário específico.

3. Pooling de recursos (Resource pooling)
O provedor serve múltiplos clientes com recursos físicos compartilhados, alocados e realocados dinamicamente. O cliente geralmente não sabe — e não precisa saber — em qual servidor físico sua carga está rodando.

4. Elasticidade rápida (Rapid elasticity)
Recursos podem ser expandidos ou reduzidos de forma automática para acompanhar a demanda. Para o usuário, a capacidade parece ilimitada.

5. Serviço mensurável (Measured service)
Uso de recursos é monitorado, controlado e reportado de forma transparente. Você paga pelo que consome.

Na prática: um servidor dedicado em um datacenter não é cloud. Uma VPS sem portal de autoatendimento não é cloud. Esses cinco critérios juntos é que definem a diferença.

Como cloud computing funciona tecnicamente

A cloud é viabilizada por três tecnologias fundamentais trabalhando em conjunto.

Virtualização

Hipervisores como KVM, VMware ESXi e Hyper-V dividem um servidor físico em múltiplas máquinas virtuais isoladas. Cada VM tem CPU, memória e disco próprios — mas compartilha o hardware subjacente. Isso multiplica a densidade de carga por servidor e permite mover VMs entre hosts sem downtime.

Datacenter em escala

Um provedor de cloud opera centenas de milhares de servidores organizados em racks, halls e datacenters. A infraestrutura de energia (geradores, UPS), refrigeração (CRAC, free cooling) e rede (redundância de operadoras, switches de core) é projetada para eliminar pontos únicos de falha. Datacenters certificados em Tier III garantem disponibilidade de 99,982% na infraestrutura física.

Orquestração e automação

Software de orquestração — como o Apache CloudStack, OpenStack ou VMware Cloud Foundation — gerencia o pool de recursos. Quando você cria uma VM pelo portal, a requisição é traduzida em instruções para o hipervisor, storage e rede em segundos. A “mágica” do autoatendimento está aqui.

Diagrama textual: como uma requisição percorre a stack

Usuário (portal/API)
        │
        ▼
   Plano de Controle
   (orquestrador: CloudStack / OpenStack)
        │
   ┌────┴──────────────────────┐
   ▼                           ▼
Hipervisor (KVM/ESXi)     Storage (Ceph / SAN)
[VM provisionada]          [Volume alocado]
        │
        ▼
   Rede Virtual (SDN)
   [IP atribuído, VLAN configurada]
        │
        ▼
   Usuário acessa a VM

Os 3 modelos de serviço: IaaS, PaaS e SaaS

A fronteira entre os modelos define quem gerencia o quê. Quanto mais alto na pilha, menos o cliente precisa se preocupar com infraestrutura — e menos controle tem.

Pense assim: IaaS é você alugando o terreno e construindo a casa. PaaS é um apartamento mobiliado — você só traz a roupa. SaaS é um hotel: tudo pronto, você só usa.

IaaS (Infrastructure as a Service): Você aluga servidores virtuais, storage e rede. Instala e gerencia SO, middleware e aplicação. Máxima flexibilidade, máxima responsabilidade.

PaaS (Platform as a Service): Você entrega o código. A plataforma cuida de runtime, escalabilidade e patches. Ideal para equipes que querem focar no desenvolvimento sem gerenciar infraestrutura.

SaaS (Software as a Service): Você usa o software pelo browser ou API. Não há nada para instalar ou gerenciar. O provedor é responsável por tudo — inclusive por decisões que você não controla.

Os 4 modelos de implantação

Cloud Pública

Infraestrutura operada por um provedor e compartilhada entre múltiplos clientes. AWS, Azure, GCP e provedores brasileiros como a Adentro operam nesse modelo. Recursos são provisionados sob demanda e faturados pelo uso.

Cloud Privada

Infraestrutura dedicada exclusivamente a uma organização. Pode estar em datacenter próprio (on-premises) ou hospedada por um provedor (hosted private cloud). O cliente tem controle total sobre hardware, configuração e políticas de segurança.

Cloud Híbrida

Combinação de cloud privada e pública integradas por conectividade segura. Cargas sensíveis ficam na cloud privada; cargas variáveis ou menos críticas usam a cloud pública. A integração — e não apenas a coexistência — é o que define o híbrido real.

Multicloud

Uso intencional de dois ou mais provedores de cloud pública. Uma empresa pode usar provedor A para banco de dados gerenciado e provedor B para machine learning. A motivação é técnica (melhor serviço por provedor) ou estratégica (evitar lock-in).

Diagrama textual: os 4 modelos

┌─────────────────────────────────────────────────────────┐
│                    CLOUD PÚBLICA                        │
│   Recursos compartilhados │ Pay-as-you-go │ Sem limite  │
└─────────────────────────────────────────────────────────┘

┌─────────────────────────────────────────────────────────┐
│                    CLOUD PRIVADA                        │
│  Recursos dedicados │ Controle total │ Custo previsível │
└─────────────────────────────────────────────────────────┘

┌──────────────────────┐     VPN / Direct Link    ┌────────────────────┐
│    CLOUD PRIVADA     │◄────────────────────────►│   CLOUD PÚBLICA    │
│  (dados sensíveis)   │                           │  (burst / dev/test)│
└──────────────────────┘                           └────────────────────┘
              ↑ CLOUD HÍBRIDA: integração entre os dois ambientes

┌────────────────┐     ┌────────────────┐     ┌────────────────┐
│  Provedor A    │     │  Provedor B    │     │  Provedor C    │
│  (banco dados) │     │  (ML/IA)       │     │  (CDN/edge)    │
└────────────────┘     └────────────────┘     └────────────────┘
              ↑ MULTICLOUD: múltiplos provedores por escolha

Breve história: de 2006 ao presente

2006 — Amazon lança EC2 e S3, criando o mercado de IaaS pública. Pela primeira vez, empresas podem alugar servidores por hora.

2008 — Google App Engine lança o modelo PaaS. Microsoft anuncia Azure (lançado em 2010).

2010–2013 — OpenStack é criado pela NASA e Rackspace como alternativa open source. Empresas começam a construir clouds privadas.

2014–2016 — Containers (Docker) e orquestração (Kubernetes) mudam como aplicações são empacotadas e implantadas. Cloud passa a ser o destino natural de microsserviços.

2017–2020 — Cloud híbrida e multicloud viram estratégia corporativa. Reguladores como o Banco Central e a ANS no Brasil começam a exigir soberania de dados.

2021–hoje — LGPD em vigor. Pressão regulatória acelera adoção de cloud nacional. IA generativa cria demanda explosiva por GPUs em cloud. Edge computing complementa a cloud central.

Benefícios reais versus mitos populares

Por que empresas brasileiras adotam cloud

Conformidade com a LGPD: A Lei Geral de Proteção de Dados exige que empresas controlem onde dados pessoais são armazenados e processados. Provedores com infraestrutura nacional — datacenters certificados em solo brasileiro — simplificam a conformidade.

Faturamento em Real: Contratos com provedores nacionais eliminam exposição cambial. Custo mensal é previsível sem depender da variação do dólar.

Latência para usuários no Brasil: Datacenters em São Paulo e no Sul do país entregam latências de 1–5 ms para usuários nas regiões metropolitanas, versus 10–30 ms para regiões da AWS ou Azure fora do país.

Suporte em português com SLA: Incidentes críticos às 3h da manhã exigem suporte técnico que entenda o problema — e o idioma. Suporte 24/7 em português com técnicos qualificados é diferencial real para empresas que não têm equipe de plantão.

Escala sem CapEx: Empresas em crescimento não precisam prever e comprar hardware com dois anos de antecedência. Cloud permite crescer conforme a demanda real.

Quer entender qual modelo de cloud faz mais sentido para a sua operação? A equipe técnica da Adentro faz a avaliação sem custo.