O que é Cloud Computing?
Ao terminar: Você diferencia IaaS, PaaS e SaaS e explica por que a AWS venceu, não só que ela venceu.
Antes de falar de EC2, S3, Lambda ou qualquer outro serviço, você precisa entender por que a nuvem existe. Cloud Computing não é "colocar servidor na internet" — é um modelo econômico e operacional que muda como empresas lidam com TI. O exame CLF-C02 começa por aqui, e com razão: sem esse alicerce, os outros domínios não fazem sentido.
Onde isso entra no exame
O domínio 1 do CLF-C02 cobre: definição de nuvem, benefícios, modelos (IaaS/PaaS/SaaS), modelos de deployment (pública/privada/híbrida) e os 6 pilares do Well-Architected. Esse artigo cobre as 3 primeiras áreas — os pilares vêm em um artigo dedicado mais à frente.
A definição oficial (NIST)
O NIST (National Institute of Standards and Technology) define cloud computing como um modelo que permite acesso sob demanda, via rede, a um pool compartilhado de recursos de computação configuráveis (servidores, storage, networking, aplicações) que podem ser provisionados e liberados rapidamente com mínimo esforço de gerenciamento.
Na prática, isso significa 5 características essenciais. A AWS usa exatamente essa base conceitual:
🧠 Cloud Computing — 5 características essenciais (NIST)
On-demand self-service
- →Usuário provisiona recursos sem intervenção humana do fornecedor
- →Ex.: lançar uma EC2 em 30s pelo console
Broad network access
- →Recursos acessíveis via rede padrão (HTTP/HTTPS)
- →Desktop, mobile, IoT — qualquer cliente com TCP/IP
Resource pooling
- →Multi-tenancy: muitos clientes compartilhando o mesmo hardware físico
- →Recursos alocados dinamicamente conforme demanda
Rapid elasticity
- →Escala para cima e para baixo automaticamente
- →Do ponto de vista do cliente, recursos "parecem" ilimitados
Measured service
- →Uso monitorado, controlado e reportado
- →Cobrança granular (pay-as-you-go)
Os 6 benefícios da nuvem (AWS oficial)
A AWS documenta 6 vantagens principais. Saber essas 6 de cor é regra para o CLF-C02 — aparecem literalmente transcritas em questões:
Modelos de serviço: IaaS, PaaS, SaaS
Os 3 modelos diferenciam-se por quanto da pilha o cliente gerencia. Quanto mais alto no stack, menos responsabilidade do cliente.
- → terceiriza o hardware
- → terceiriza SO e runtime
- → terceiriza o software
- → sua parte
- → sua parte
- → sua parte
- Fora da AWS
- Compute
- Banco de dados
- IA e machine learning
Um eixo só: quanto da pilha você delega. IaaS entrega hardware, PaaS entrega hardware mais plataforma, SaaS entrega tudo. E o mesmo eixo define quem responde pela segurança de cada camada.
- On-premises: tudo é seu. Prédio, energia, servidor, rede, sistema operacional, banco, aplicação. Máximo controle e máximo custo fixo — você paga a capacidade de pico o ano inteiro.
- IaaS: você aluga a máquina. EC2, EBS, VPC. A AWS cuida do datacenter e da virtualização; do sistema operacional para cima é seu — inclusive o patch. É o modelo com mais controle na nuvem.
- PaaS: você entrega o código. RDS, Lambda, Elastic Beanstalk. A AWS cuida do sistema operacional e do runtime; você cuida da aplicação e do dado. É onde a maioria das cargas novas deveria estar.
- SaaS: você só usa. Amazon Q, WorkMail, Chime. Nem a aplicação é sua — você configura e usa. Sua responsabilidade se reduz ao dado que coloca e a quem dá acesso.
- O eixo é o mesmo da responsabilidade compartilhada. Quanto mais à direita, mais responsabilidade sobe para a AWS e menos controle você tem. A questão do CLF dá o serviço e pede o modelo, ou dá o requisito de controle e pede o serviço.
| Camada do stack | On-premises | IaaS | PaaS | SaaS |
|---|---|---|---|---|
| Aplicações | Você | Você | Você | Fornecedor |
| Dados | Você | Você | Você | Fornecedor |
| Runtime | Você | Você | Fornecedor | Fornecedor |
| Middleware | Você | Você | Fornecedor | Fornecedor |
| Sistema operacional | Você | Você | Fornecedor | Fornecedor |
| Virtualização | Você | Fornecedor | Fornecedor | Fornecedor |
| Servidor | Você | Fornecedor | Fornecedor | Fornecedor |
| Storage | Você | Fornecedor | Fornecedor | Fornecedor |
| Rede | Você | Fornecedor | Fornecedor | Fornecedor |
| Modelo | Você gerencia | AWS gerencia | Exemplo AWS |
|---|---|---|---|
| IaaS | Apps, dados, runtime, SO, patches | Hardware, hipervisor, rede | EC2, EBS, VPC |
| PaaS | Apps e dados apenas | SO, runtime, middleware, infra | Elastic Beanstalk, RDS |
| SaaS | Nada — só usa | Tudo, até a UI | Amazon Chime, WorkMail |
Regra de ouro do exame: se a questão fala "você instala o SO e aplica patches" → IaaS. Se fala "plataforma gerenciada onde você só faz deploy do código" → PaaS. Se fala "aplicação pronta acessada via web" → SaaS.
Modelos de deployment
Onde a infraestrutura de nuvem roda fisicamente? Três opções:
| Modelo | Onde roda | Uso típico |
|---|---|---|
| Pública (Cloud) | Data centers da AWS, Azure, GCP | Startups, web apps modernas, analytics |
| Privada (On-premises) | Data center da própria empresa | Bancos legados, órgãos militares, compliance estrito |
| Híbrida | Combinação on-prem + pública | Migração gradual, compliance parcial, burst para cloud |
A AWS oferece serviços específicos para cada modelo híbrido:
- • — racks AWS dentro do seu data center
- • — link dedicado (fibra) entre on-prem e VPC
- • — cache local com replicação para S3
- • (Snowcone/Snowball/Snowmobile) — migração física de petabytes
- • — estende clusters VMware para a nuvem
Uma startup lança um produto sem saber se terá 100 ou 100 mil usuários no primeiro mês. Qual benefício da nuvem endereça diretamente esse problema?
Cenários reais: qual modelo escolher
📋 Startup fintech precisa lançar MVP em 3 semanas
Velocidade > tudo. Sem CapEx, provisiona em minutos, ajusta capacidade no voo, paga só pelo que usa. CapEx zero preserva runway.
Alt: Cloud híbrida — Exagero para MVP; burocracia sem benefício
📋 Banco com sistema mainframe COBOL que roda há 30 anos
Migrar mainframe puro é arriscado e caro. Mantém-se o core on-prem via Direct Connect e move-se o que faz sentido (analytics, web front, mobile backend) para AWS.
Alt: On-prem — Fica para trás em inovação e custo
Alt: Cloud pura — Big-bang migration é risco desnecessário
📋 Órgão militar com dados classificados de defesa nacional
Regulação pode exigir que os dados não deixem território soberano com garantias específicas. AWS GovCloud é uma região isolada da AWS para esse fim.
Exemplos práticos: o que cada modelo parece
# Você recebe: servidor virtual vazio
# Você instala: Ubuntu, Nginx, sua app, patches, firewall
aws ec2 run-instances \
--image-id ami-0c55b159cbfafe1f0 \
--instance-type t3.micro \
--key-name minha-chave# Você entrega: código da aplicação
# AWS gerencia: SO, runtime, load balancer, auto-scaling, patches
eb init -p python-3.11 minha-app
eb create meu-ambiente
eb deploy# Você só usa. Não há provisionamento.
# Abre o navegador em https://app.chime.aws → login → reunião.Armadilha frequente: "DynamoDB é IaaS?" — Não. DynamoDB é totalmente gerenciado (você não gerencia SO, storage, réplicas). Tecnicamente é considerado PaaS ou "managed service". O exame pode chamar de "managed database service" — fique atento à terminologia.
Perguntas típicas do exame (Q&A)
❓ Qual característica descreve a elasticidade da nuvem?
❓ Um cliente quer reduzir o custo de TI mantendo controle total sobre o hardware. Qual modelo?
❓ Qual serviço AWS representa o benefício 'go global in minutes'?
❓ Diferença entre 'scalability' e 'elasticity' para o exame?
Perguntas frequentes
❓ Qual a diferença entre IaaS, PaaS e SaaS?
❓ O que a nuvem realmente muda em relação a servidor próprio?
❓ Nuvem é sempre mais barata?
Fixando
Qual modelo de serviço descreve o Amazon RDS?
Qual afirmação sobre CapEx e OpEx na nuvem é correta?
Take-aways: Cloud é um modelo econômico (OpEx > CapEx) + operacional (elástico, sob demanda, medido). IaaS/PaaS/SaaS diferem pelo nível de gerenciamento do cliente. Deployment pode ser público, privado ou híbrido. A AWS defende 6 benefícios oficiais — decore-os literalmente. Esse é o alicerce dos outros 3 domínios.
Terminou de ler?
Marcar como concluído registra o XP, mantém sua sequência e coloca 3 cartas deste módulo na fila de revisão espaçada.
Próximos passos sugeridos
Temas deste módulo
Discussão
Carregando comentários…