Well-Architected: os 6 Pilares
- ⬜📊 Monitoramento: CloudWatch, CloudTrail e Config(AWS Cloud Practitioner)
Recomendamos completar os pré-requisitos antes de seguir, mas nada te impede de continuar.
O AWS Well-Architected Framework é o guia oficial para desenhar e operar cargas na nuvem. Começou com 4 pilares em 2012, cresceu para 5, e em dezembro/2021 ganhou o sexto — Sustainability. É cobrado no CLF-C02 de forma direta: você precisa conhecer os 6 pilares, saber reconhecer princípios de cada um e usar a Well-Architected Tool como recurso de avaliação.
Onde isso entra no exame
O Well-Architected Framework é um dos tópicos mais previsíveis do CLF-C02. Espera-se memorização dos 6 pilares e capacidade de mapear cenários a pilares (ex: "automatizar mudanças" → Operational Excellence; "descomissionar recursos ociosos" → Sustainability).
Visão geral — os 6 pilares
🧠 AWS Well-Architected Framework
1. Operational Excellence
- →Executar e monitorar sistemas para entregar valor
- →Melhorar processos continuamente
2. Security
- →Proteger dados, sistemas e ativos
- →Leverage tecnologias de nuvem para melhorar segurança
3. Reliability
- →Performar a função pretendida corretamente e consistentemente
- →Recuperar-se automaticamente de falhas
4. Performance Efficiency
- →Usar recursos computacionais eficientemente
- →Manter eficiência enquanto demanda evolui
5. Cost Optimization
- →Evitar custos desnecessários
- →Entender e controlar onde o dinheiro é gasto
6. Sustainability
- →Minimizar o impacto ambiental das cargas
- →Energy efficiency, resource utilization
- → automatiza e observa
- → medir → comprometer
- → menos recurso, menos custo
- Gestão e governança
- Segurança e identidade
- Compute
- Armazenamento
- Rede e entrega
- Banco de dados
Cada pilar responde uma pergunta diferente: como operamos, como protegemos, como sobrevivemos à falha, como ficamos rápidos, como gastamos menos, como reduzimos o impacto. A questão descreve o objetivo — o pilar segue disso.
- Excelência operacional: rodar e melhorar. Automatizar, monitorar, aprender de falha. Infra como código e observabilidade são os representantes. Não é sobre a aplicação funcionar — é sobre a operação evoluir.
- Segurança: menor privilégio e defesa em camadas. Identidade forte, rastreabilidade, cifrar em repouso e em trânsito, preparar-se para incidente. IAM e KMS são a cara deste pilar.
- Confiabilidade: recuperar sem intervenção. Distribuir por AZs, escalar horizontalmente, testar a recuperação — não só fazer backup, mas provar que a restauração funciona. É o pilar que responde "e quando cair?".
- Eficiência de performance: o recurso certo. Escolher o tipo adequado, aproximar do usuário, cachear o que é caro de calcular. Confundir este pilar com confiabilidade é comum: aqui é velocidade, lá é sobreviver à falha.
- Otimização de custo: medir antes de cortar. Entender de onde vem o gasto, eliminar ociosidade, comprometer-se onde o uso é previsível. Cost Explorer para medir, Savings Plans para o que já se conhece.
- Sustentabilidade: o sexto, de dez/2021. Minimizar o impacto ambiental da carga: rightsizing, região com energia mais limpa, arquitetura que usa menos recurso para o mesmo resultado. É o mais novo e o mais esquecido — e por isso aparece na prova.
Pilar 1 — Operational Excellence
A capacidade de rodar e monitorar sistemas, melhorar processos e procedimentos continuamente.
Princípios de design:
- • Realizar operações como código (IaC, runbooks automatizados)
- • Fazer mudanças frequentes, pequenas e reversíveis
- • Refinar procedimentos de operação frequentemente
- • Antecipar falhas (game days, chaos engineering)
- • Aprender de todos os incidentes e falhas operacionais
Serviços AWS associados:
CloudFormation, CDK, Systems Manager, OpsWorks, CloudWatch, X-Ray, AWS Config.
Pilar 2 — Security
Proteção de dados, sistemas e ativos através de práticas defensivas.
Princípios de design:
- • Implementar base identity e acesso fortes (IAM, MFA)
- • Habilitar rastreabilidade (CloudTrail, Config)
- • Aplicar segurança em todas as camadas (defense in depth)
- • Automatizar boas práticas de segurança
- • Proteger dados em trânsito e em repouso (TLS, KMS)
- • Manter pessoas longe de dados (automação reduz erro humano)
- • Preparar-se para eventos de segurança (playbooks)
Pilar 3 — Reliability
Capacidade de uma workload cumprir sua função corretamente e consistentemente.
Princípios de design:
- • Automaticamente recuperar de falhas (health checks, self-healing)
- • Testar procedimentos de recuperação regularmente
- • Escalar horizontalmente (múltiplas instâncias pequenas > uma grande)
- • Parar de adivinhar capacidade (Auto Scaling)
- • Gerenciar mudanças via automação
Serviços AWS associados:
Auto Scaling, ELB, Route 53 health checks, Multi-AZ/Region, Backup, Disaster Recovery.
Pilar 4 — Performance Efficiency
Usar recursos computacionais de forma eficiente para atender requisitos do sistema.
Princípios de design:
- • Democratizar tecnologias avançadas (usar serviços gerenciados)
- • Tornar-se global em minutos (CloudFront, múltiplas Regiões)
- • Usar arquiteturas serverless
- • Experimentar com mais frequência (testes A/B baratos na nuvem)
- • Considerar mechanical sympathy (escolher serviço certo)
Pilar 5 — Cost Optimization
Capacidade de rodar sistemas que entregam valor pelo menor custo possível.
Princípios de design:
- • Implementar cloud financial management (FinOps)
- • Adotar consumption model (paga pelo que usa)
- • Medir eficiência geral
- • Parar de gastar em trabalho pesado indiferenciado (managed services)
- • Analisar e atribuir despesas (tags, Cost Allocation)
Serviços AWS associados:
Cost Explorer, Budgets, Trusted Advisor, Savings Plans, Reserved Instances, S3 Intelligent-Tiering.
Quantos pilares tem o Well-Architected Framework e qual foi o último adicionado?
Pilar 6 — Sustainability (adicionado 2021)
Minimizar impactos ambientais de rodar workloads na nuvem.
Princípios de design:
- • Entender o impacto (measure, não estime)
- • Estabelecer metas de sustentabilidade
- • Maximizar utilização (servidores ociosos = waste)
- • Antecipar e adotar hardware e software mais eficientes
- • Usar serviços gerenciados (AWS otimiza em escala)
- • Reduzir impacto downstream (clientes e usuários)
Boas práticas AWS:
- • Escolher Regiões com mix de energia mais limpo
- • Usar ARM (Graviton) — até 60% menos energia por operação
- • Serverless e spot — só consome quando há trabalho
- • Descomissionar recursos ociosos
- • Comprimir e cachear dados
AWS Well-Architected Tool
Ferramenta gratuita no console AWS que aplica um questionário estruturado a uma workload e gera um relatório de gaps. Após responder, você tem uma lista priorizada de High Risk Issues (HRIs) e Medium Risk Issues (MRIs).
Parceiros da AWS certificados em "Well-Architected Partner Program" podem conduzir review formal. Clientes que completam reviews ganham acesso a programas de financiamento para remediation (WAR credits).
Mapeamento rápido: cenário → pilar
| Cenário | Pilar |
|---|---|
| Auto Scaling para picos imprevisíveis | Performance / Reliability |
| Habilitar MFA em conta root | Security |
| Migrar para Graviton para reduzir consumo de energia | Sustainability |
| Usar CloudFormation para provisionar infra | Operational Excellence |
| Comprar Savings Plans | Cost Optimization |
| Configurar Route 53 failover para DR | Reliability |
| Habilitar CloudTrail em todas as Regiões | Security / Operational Excellence |
| Usar S3 Intelligent-Tiering | Cost / Sustainability |
| Game day para testar response a incidente | Operational Excellence / Reliability |
Cenários de decisão
📋 CFO quer reduzir a fatura mensal AWS em 30%
Trusted Advisor identifica recursos subutilizados (right-sizing). Cost Explorer revela categorias de gasto. Savings Plans garante desconto em uso previsível. Combinação aplica pilar Cost Optimization.
📋 CTO quer reduzir MTTR (mean time to recover) em incidentes
Automatize response, teste regularmente (não espere o incidente real), documente aprendizados. Systems Manager Runbooks materializa runbooks automatizados.
📋 Responsável por ESG quer reportar redução de emissões de carbono das workloads
Ferramenta gratuita mostra CO2 atribuível às suas workloads. Migrar para Graviton, consolidar, descomissionar ociosos — todos reduzem footprint mensurável.
Pegadinha comum: "Criptografia é qual pilar?" → Security. "Ter backup é qual pilar?" → Reliability. "Usar Graviton é qual pilar?" → pode ser Cost, Performance E Sustainability (dependendo do ângulo). Em dúvida, leia o foco da questão (custo? impacto ambiental? velocidade?).
Perguntas típicas (Q&A)
❓ Qual ferramenta AWS permite avaliar uma workload contra os 6 pilares?
❓ Qual princípio enfatiza 'fazer mudanças pequenas e reversíveis'?
❓ Em Reliability, qual é a recomendação para lidar com falhas?
❓ Qual pilar cobriu a adição mais recente do framework?
Perguntas frequentes
❓ Quais são os pilares do Well-Architected?
❓ Os pilares nunca entram em conflito?
❓ Preciso aplicar todos os pilares desde o início?
Fixando
Uma revisão aponta que a aplicação não tem teste de recuperação de backup. Qual pilar isso afeta?
Qual prática pertence ao pilar Sustainability?
Take-aways: 6 pilares — Operational Excellence, Security, Reliability, Performance Efficiency, Cost Optimization, Sustainability. Cada um tem princípios de design e serviços associados. Well-Architected Tool é gratuita e estrutura reviews. Mapeie cenários a pilares pelo foco da pergunta. Sustainability é o mais novo (2021).
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…