Guia dos quatro domínios do exame AWS Certified Cloud Practitioner para quem está começando

Quem começa a estudar para o AWS Certified Cloud Practitioner costuma travar no mesmo ponto: a sensação de que existem centenas de serviços para decorar e nenhum critério claro de prioridade. Um guia publicado em 30 de outubro de 2026 no AWS Builder Center, assinado por Pedro Soares Galvão, propõe outro caminho. Em vez de uma lista de siglas, ele organiza o exame pelos quatro domínios oficiais da prova e explica o que cada um realmente cobra do candidato.

A ideia central do texto é que o exame não testa profundidade técnica, e sim amplitude de compreensão. Ele não pede que você construa um sistema em produção; pede que você entenda como a nuvem funciona, como a AWS organiza segurança, o que os principais serviços fazem e como o custo é controlado.

O exame é propositalmente amplo, não profundo.

The exam is deliberately broad, not deep.Pedro Soares Galvão, autor no AWS Builder Center

Para quem está estudando para a primeira certificação, ou migrando de outra área para a nuvem, essa distinção muda a estratégia de estudo: menos decoreba de nome de serviço, mais prática de reconhecer qual serviço resolve qual problema.

Domínio 1: Cloud Concepts, a base que sustenta o resto

Esse domínio cobre o que é computação em nuvem, por que empresas migram para ela e como a AWS entrega esse modelo. O guia recomenda começar pelas seis vantagens clássicas da nuvem: trocar gasto fixo por gasto variável, ganhar economia de escala, parar de chutar capacidade, ganhar velocidade e agilidade, parar de manter data center e ir global em minutos. Segundo o texto, boa parte das questões do exame descreve um problema de negócio e espera que você reconheça qual dessas vantagens é a resposta.

O segundo bloco são os modelos de serviço. Em IaaS (Infrastructure as a Service) você gerencia mais da pilha, caso de uma instância Amazon EC2. Em PaaS (Platform as a Service) a AWS assume mais camadas, caso do AWS Elastic Beanstalk. Em SaaS (Software as a Service) você só usa a aplicação pronta. O exame não pede detalhe técnico aqui, só que você saiba encaixar um serviço no modelo certo.

Fecha o domínio a dupla Região e Zona de Disponibilidade (Availability Zone), além das edge locations que sustentam o Amazon CloudFront. Uma Região é uma área geográfica; uma Availability Zone é um ou mais data centers fisicamente separados dentro dessa Região. A regra prática que o guia sugere: desenhe atravessando Availability Zones para ganhar disponibilidade, e escolha a Região pensando em usuário, compliance e latência, não só em preço.

Domínio 2: Security and Compliance, o ponto onde iniciante erra por excesso

O guia observa que quem está começando tende a complicar demais esse domínio. O conceito que resolve a maioria das questões é o Shared Responsibility Model: a AWS responde pela segurança da nuvem (data center, hardware, infraestrutura física), e o cliente responde pela segurança na nuvem (dados, controle de acesso, configuração da aplicação). O exemplo do artigo é direto: a AWS protege o prédio do data center, mas quem decide quem acessa um bucket Amazon S3, e se o conteúdo está criptografado, é você.

O serviço mais cobrado é o AWS Identity and Access Management (IAM), com usuários, grupos, roles, políticas e autenticação multifator (MFA). O princípio do menor privilégio aparece como ideia central: dar a cada pessoa ou workload só a permissão necessária para o trabalho, nada além disso. Para aplicações rodando em EC2, o guia recomenda usar roles do IAM em vez de embutir credenciais de longo prazo no código, prática que continua sendo erro comum fora da prova também.

Outros serviços que o domínio cobra, segundo o artigo:

• AWS Key Management Service (KMS), para chaves de criptografia
• Amazon GuardDuty, para detecção de ameaça
• AWS Shield, para proteção contra DDoS
• AWS WAF, para regras de firewall de aplicação web
• Amazon Inspector, para avaliação de vulnerabilidade
• AWS Organizations e AWS Control Tower, para gestão de múltiplas contas
• AWS CloudTrail, para registro de atividade da conta

No campo de compliance, o guia recomenda não tentar memorizar cada framework regulatório; basta entender que a AWS fornece relatórios e certificações, acessíveis via AWS Artifact. O exame testa se você sabe onde a responsabilidade está e qual serviço cabe numa necessidade de segurança, não se você sabe configurar cada controle.

Domínio 3: Technology, o mais pesado e o mais prático

Esse é o maior domínio da prova, e pergunta o que cada serviço faz e quando usá-lo. Em computação, o guia separa quatro opções: Amazon EC2 (servidor virtual, mais controle), AWS Lambda (função serverless, escala sozinha), Amazon Elastic Container Service (ECS, empacota aplicação de forma consistente) e AWS Elastic Beanstalk (simplifica deploy de tipos comuns de aplicação).

Em armazenamento, a tríade central é Amazon S3 (objeto), Amazon Elastic Block Store (EBS, bloco anexado a uma instância EC2) e Amazon Elastic File System (EFS, sistema de arquivos compartilhado entre servidores). A regra prática do guia: arquivo e objeto com acesso em escala web vão para S3, disco de um servidor só vai para EBS, sistema de arquivo compartilhado por vários servidores aponta para EFS. As classes de armazenamento do S3, como S3 Standard, S3 Intelligent-Tiering e S3 Glacier Flexible Retrieval, importam porque trocam velocidade de acesso por custo.

Em banco de dados, o exame cobra a diferença entre relacional e não relacional: Amazon RDS (relacional gerenciado), Amazon Aurora (relacional de alta performance), Amazon DynamoDB (chave-valor e documento, rápido) e Amazon ElastiCache (cache em memória). Segundo o guia, as questões costumam pedir qual banco cabe em qual workload, não detalhe interno do motor.

Em rede, entram Amazon VPC, subnets, tabelas de rota, internet gateways e o par security group / network ACL. A diferença que mais confunde iniciante: security group é firewall virtual de uma instância, network ACL controla tráfego no nível da subnet. Fecham o domínio os serviços de apoio que aparecem o tempo todo na prova: Amazon CloudWatch (monitoramento e alarme), AWS CloudTrail (auditoria), AWS Trusted Advisor (checagem de boas práticas), Elastic Load Balancing (distribuição de tráfego) e Auto Scaling (ajuste de capacidade).

Domínio 4: Billing and Pricing, pontos fáceis se você souber onde olhar

O guia chama esse domínio de recompensa para quem pensa de forma prática: a prova quer saber se você escolhe um modelo de preço certo e mantém o custo visível. As três opções de preço do EC2 são On-Demand (flexível, cobrado por segundo ou hora), Reserved Instances e Savings Plans (desconto por compromisso) e Spot Instances (capacidade ociosa com desconto, mas sujeita a interrupção). Para um workload estável, compromisso costuma compensar; para um experimento curto, On-Demand é mais simples; para processamento em lote tolerante a falha, Spot pode ser boa escolha.

As ferramentas de custo que o guia recomenda conhecer:

Duas ideias de custo aparecem com frequência na prova, segundo o artigo: o AWS Free Tier, que oferece uso gratuito limitado em vários serviços, e a diferença entre capital expenditure (CapEx) e operational expenditure (OpEx). Gasto em nuvem é tipicamente OpEx, porque você paga pelo uso do recurso em vez de comprar hardware adiantado.

Como estudar sem se perder

O plano de estudo que o guia propõe é simples: uma sessão focada por domínio, depois uma revisão juntando os quatro. Em Cloud Concepts, escrever de memória as seis vantagens e os modelos de deployment. Em Security and Compliance, praticar cenário de IAM: quem precisa de acesso, qual é o menor privilégio, isso deveria ser usuário, grupo ou role? Em Technology, fazer uma ficha de uma linha por serviço: o que faz, quando usar, o que NÃO é. Em Billing and Pricing, treinar o casamento entre padrão de workload e modelo de preço.

O artigo insiste num ponto que vale para quem está começando com conta no Free Tier: ler sobre S3 ajuda, mas criar um bucket, configurar uma política de acesso e checar o resultado no AWS Management Console fixa o conceito de um jeito que a leitura sozinha não faz. O mesmo vale para montar uma role de IAM e anexar a um papel de EC2, ou abrir o CloudTrail depois de alguma ação no console para ver o registro aparecer.

O guia também lista os erros mais comuns de quem estuda para a prova:

1. Decorar lista de serviço sem aprender caso de uso: a prova pergunta sobre encaixe, não trivia
2. Confundir serviços parecidos: S3 com EBS, security group com network ACL, CloudWatch com CloudTrail
3. Ignorar o domínio de billing por parecer menor: as questões ali costumam ser diretas para quem conhece os modelos de preço e as ferramentas de custo
4. Estudar só em sessão longa: revisão curta e repetida, com questão de prática, revela lacuna mais rápido que reler anotação

Para quem está decidindo por onde começar a estudar hoje, o recorte do guia funciona como checklist: nuvem transforma custo fixo em recurso sob demanda; segurança é compartilhada e acesso segue o menor privilégio; serviço se escolhe pelo workload, não pela popularidade; e custo se estima, monitora e tem alerta desde o início. É menos sobre decorar a AWS inteira e mais sobre praticar a pergunta que sustenta as quatro respostas: qual problema estamos resolvendo, quem é responsável, qual serviço encaixa e quanto isso vai custar.

Fonte: AWS Builder Center