AWS SAA-C03/01 - Fundamentos2 min
Well-Architected Framework
Perguntas-guia
Responda com suas palavras antes de ler o resto da nota.
- Que problema isso resolve?
- Quando usar / quando NÃO usar?
- Qual o principal trade-off (custo, latência, operação)?
- Que sinal no enunciado aponta pra isso?
- Com o que isso é confundido na prova?
Conceito
Framework com 6 pilares que a AWS usa como régua de arquitetura — e que a prova usa como critério de desempate entre alternativas.
| Pilar | Pergunta central | Serviços típicos |
|---|---|---|
| Excelência Operacional | Consigo operar, observar e melhorar? | CloudFormation, CloudWatch, Systems Manager |
| Segurança | Protejo dados, sistemas e ativos? | IAM, KMS, WAF, GuardDuty |
| Confiabilidade | Recupero de falha e escalo? | Multi-AZ, ASG, ELB, Route 53 |
| Eficiência de Performance | Uso o recurso certo pro trabalho? | Instância adequada, cache, CloudFront |
| Otimização de Custos | Evito desperdício? | Savings Plans, Spot, S3 Lifecycle |
| Sustentabilidade | Minimizo impacto ambiental? | Graviton, right-sizing, região eficiente |
Os 4 do meio mapeiam quase 1:1 com os domínios pontuados do SAA-C03.
Princípios de design que a prova cobra
- Recuperar de falhas automaticamente — não depender de intervenção humana
- Testar procedimentos de recuperação — DR que nunca foi testado não existe
- Escalar horizontalmente — muitas instâncias pequenas > uma gigante
- Parar de adivinhar capacidade — elasticidade em vez de superdimensionamento
- Automatizar — infraestrutura como código
- Arquitetura evolutiva — desacoplar pra poder mudar por partes
Trade-offs
Os pilares conflitam entre si, e é aí que mora a questão de prova. Multi-Region ativo-ativo maximiza confiabilidade e destrói otimização de custos. Provisioned Concurrency no Lambda maximiza performance e aumenta custo. A resposta certa é a que atende o requisito dominante do enunciado com o menor sacrifício nos demais — não a tecnicamente mais robusta.
Sinais de prova
- Enunciado com duas alternativas que funcionam → identifique qual pilar o enunciado prioriza
- "Mais econômica que atenda o requisito" → não é a mais barata, é a mais barata suficiente
- Alternativa que adiciona componente não pedido = overengineering, geralmente distrator
- AWS Well-Architected Tool revisa workload contra os pilares e gera plano de melhoria
Relacionado
- Modelo de Responsabilidade Compartilhada
- Otimização de Custos
- Estratégias de Disaster Recovery
- Padrões de Pegadinha SAA-C03
Parte de 01 - MOC Fundamentos · Documentação AWS