Skip to content

Commit b9b04b9

Browse files
github-actions[bot]github-actions[bot]
committed
deploy: 2026-03-15T20:53:19Z
0 parents  commit b9b04b9

File tree

151 files changed

+27980
-0
lines changed

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

151 files changed

+27980
-0
lines changed

‎.nojekyll‎

Whitespace-only changes.

‎01-Introducao-SAA-C03/README.md‎

Lines changed: 135 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,135 @@
1+
# 01 Introdução SAA-C03
2+
3+
## 📋 Índice
4+
- [Objetivos do Módulo](#-objetivos-do-módulo)
5+
- [Conceitos Fundamentais](#-conceitos-fundamentais)
6+
- [Arquitetura e Componentes](#-arquitetura-e-componentes)
7+
- [Configurações Importantes para o Exame](#-configurações-importantes-para-o-exame)
8+
- [Comparativo de Serviços](#-comparativo-de-serviços)
9+
- [Dicas e Armadilhas do Exame](#-dicas-e-armadilhas-do-exame)
10+
- [Para o Exame](#-para-o-exame)
11+
- [Links Relacionados](#-links-relacionados)
12+
13+
## 🎯 Objetivos do Módulo
14+
15+
Ao terminar este módulo, você deve conseguir:
16+
17+
- entender exatamente o que o exame SAA-C03 mede e como os quatro domínios aparecem nas questões
18+
- diferenciar o nível de profundidade exigido no SAA-C03 em relação ao CLF-C02
19+
- montar um plano de estudos de 8 semanas sem perder tempo com assuntos de baixo retorno
20+
- reconhecer os serviços com maior probabilidade de aparecer nas provas e em quais contextos eles são cobrados
21+
- pensar como arquiteto de soluções: identificar requisito, restrição, risco, trade-off e decisão mais adequada ao cenário
22+
23+
## 📚 Conceitos Fundamentais
24+
25+
O exame AWS Certified Solutions Architect – Associate, código SAA-C03, não é uma prova de definição decorada. Ele avalia a sua capacidade de tomar decisões arquiteturais em cenários realistas. Em vez de perguntar apenas o que um serviço faz, a AWS normalmente apresenta uma necessidade de negócio, uma restrição operacional e uma exigência técnica. A partir disso, você precisa apontar a alternativa que melhor equilibra disponibilidade, desempenho, segurança e custo. Essa mudança de foco é o que separa o SAA-C03 de exames mais introdutórios.
26+
27+
Os quatro domínios da prova ajudam a organizar esse raciocínio. O primeiro é Design Resilient Architectures, com 30% do exame. É aqui que entram multi-AZ, multi-region, desacoplamento, filas, replicação, backup, disaster recovery e tolerância a falhas. Em muitas questões, a resposta correta não é a tecnologia mais avançada, mas sim a que reduz ponto único de falha com menor complexidade operacional. Por isso, entender bem Route 53, Load Balancers, Auto Scaling, S3 Replication, RDS Multi-AZ, Aurora e padrões com SQS ou EventBridge é fundamental.
28+
29+
O segundo domínio é Design High-Performing Architectures, com 28%. Esse bloco mede a sua habilidade de selecionar a opção de compute, banco, rede ou armazenamento mais adequada para throughput, latência, escalabilidade e padrão de acesso. É comum a prova comparar EC2 com Lambda, RDS com DynamoDB, CloudFront com Global Accelerator, gp3 com io2, ElastiCache Redis com Memcached, além de pedir ajustes de performance para S3, Kinesis e Athena. O ponto central aqui é entender perfil de workload. A AWS sempre recompensa respostas que alinham o tipo de serviço com a característica do tráfego ou da aplicação.
30+
31+
O terceiro domínio é Design Secure Applications and Architectures, com 24%. Não basta conhecer IAM em nível superficial. Você precisa dominar diferença entre role, policy, resource-based policy, SCP, permission boundary, trust policy e KMS key policy. Também precisa saber quando usar Secrets Manager em vez de Parameter Store, quando preferir VPC Endpoint a tráfego público, como CloudTrail e Config se complementam e qual serviço reduz superfície de ataque sem aumentar demais a operação. Muitas questões de segurança são, na verdade, questões de desenho: como dar acesso mínimo necessário, como isolar tráfego, como criptografar dados em repouso e em trânsito e como auditar mudanças.
32+
33+
O quarto domínio é Design Cost-Optimized Architectures, com 18%. Embora tenha o menor peso, ele aparece cruzado com todos os outros. A AWS gosta de perguntar qual solução mantém o requisito com menor custo operacional, menor esforço de administração ou melhor aderência ao consumo real. Savings Plans, instâncias Spot, S3 Intelligent-Tiering, serverless, classes adequadas de armazenamento, desligamento automatizado e serviços gerenciados surgem o tempo todo. A armadilha comum é escolher a arquitetura mais poderosa, porém excessiva para a necessidade apresentada.
34+
35+
Comparando com o CLF-C02, a diferença mais importante não é a quantidade de serviços, mas a profundidade da decisão. No CLF-C02, bastava saber que o Amazon S3 é armazenamento de objetos. No SAA-C03, você precisa saber qual classe usar, como configurar lifecycle, quando habilitar versioning, quando usar CRR, quando aplicar pre-signed URL, quando preferir um VPC endpoint e como isso impacta segurança e custo. O mesmo vale para EC2, VPC, IAM, RDS, DynamoDB e CloudFront. O exame assume que você já conhece o catálogo em alto nível; agora ele quer que você desenhe soluções coerentes.
36+
37+
Uma forma prática de estudar é pensar em camadas. A primeira camada é de base: IAM, VPC, EC2, S3, RDS, Route 53 e CloudWatch. A segunda é de padrões: alta disponibilidade, escalabilidade, cache, desacoplamento, streaming e observabilidade. A terceira é de decisão: escolher entre serviços que resolvem problemas parecidos, avaliando gerenciamento, elasticidade, latência, compliance e custo. Quando a prova menciona “mínimo esforço operacional”, por exemplo, ela está apontando para serviços gerenciados. Quando menciona “baixa latência global para HTTP”, CloudFront tende a entrar em cena. Quando fala em “TCP/UDP global com IP fixo”, o Global Accelerator passa a fazer mais sentido que CloudFront.
38+
39+
O exame também exige raciocínio sobre trade-offs. Não existe resposta perfeita. Uma arquitetura multi-region é mais resiliente, mas mais cara e mais complexa. Um banco relacional resolve consistência transacional, mas pode não escalar horizontalmente como uma base NoSQL. Uma solução serverless reduz administração, porém pode exigir cuidado com cold starts, limites de timeout e integração com VPC. O arquiteto não pergunta apenas “funciona?”. Ele pergunta “funciona dentro do requisito, com risco aceitável, custo coerente e operação sustentável?”. Esse é o modelo mental que você deve treinar desde o primeiro módulo.
40+
41+
Outro ponto importante é a leitura atenta do enunciado. Muitas alternativas da AWS são tecnicamente válidas, mas uma delas atende melhor ao detalhe escondido no cenário: requisito de compliance, equipe pequena, latência entre regiões, tráfego previsível, necessidade de auditoria ou orçamento restrito. Em geral, as palavras que definem a resposta correta são: “most cost-effective”, “least operational overhead”, “highly available”, “fault tolerant”, “securely”, “near real-time”, “serverless” e “with minimal changes”. Quem ignora esses qualificadores cai nas pegadinhas.
42+
43+
Para um cronograma realista de 8 semanas, a melhor estratégia é alternar profundidade e revisão. Estude um módulo técnico por vez, feche com questões e volte aos tópicos fracos no dia seguinte. No fim de cada semana, revise usando flashcards e cheatsheets. Na reta final, use os estudos de caso para conectar serviços e simular a forma como a prova mistura temas. O SAA-C03 raramente cobra um serviço de forma isolada; ele cobra interação entre serviços em um contexto de arquitetura.
44+
45+
Os serviços mais recorrentes merecem atenção desproporcional, porque aparecem em boa parte da prova: EC2, Auto Scaling, ELB, S3, VPC, IAM, RDS, Aurora, DynamoDB, Lambda, API Gateway, SQS, SNS, EventBridge, Route 53, CloudFront, CloudWatch, CloudTrail e KMS. Se você domina bem esse grupo, já cobre a maior parte das decisões cobradas. Serviços menos frequentes como Snow Family, Transfer Family, Neptune, QLDB, App Runner ou Bedrock entram mais como escolha contextual. O erro comum é gastar energia demais em serviços raros e de menos nos blocos centrais.
46+
47+
Em resumo, o SAA-C03 mede maturidade arquitetural em nível associate. Você não precisa ser especialista em todos os serviços, mas precisa reconhecer rapidamente qual padrão a AWS está tentando avaliar e escolher a solução mais equilibrada. Este repositório foi estruturado exatamente para isso: consolidar fundamentos, treinar leitura de cenários e transformar catálogo de serviços em decisão de arquitetura.
48+
49+
## 🏗️ Arquitetura e Componentes
50+
51+
O diagrama abaixo representa a forma como o exame costuma conectar os principais blocos de decisão arquitetural:
52+
53+
```text
54+
+-----------------------+
55+
| Requisitos de Negócio|
56+
| HA | Segurança | Custo|
57+
+-----------+-----------+
58+
|
59+
v
60+
+-----------------------+
61+
| Decisão Arquitetural |
62+
| Trade-offs e restrições|
63+
+-----------+-----------+
64+
|
65+
+----------------------+-----------------------+
66+
| | |
67+
v v v
68+
+-------------+ +---------------+ +----------------+
69+
| Compute | | Data / Storage| | Network / Edge |
70+
| EC2 Lambda | | S3 RDS Dynamo | | VPC R53 CF ELB |
71+
+------+------+ +-------+-------+ +--------+-------+
72+
| | |
73+
+---------------------+-----------------------+
74+
|
75+
v
76+
+-----------------------+
77+
| Segurança e Operação |
78+
| IAM KMS CW CT Config |
79+
+-----------------------+
80+
```
81+
82+
## ⚙️ Configurações Importantes para o Exame
83+
84+
| Item | Valor / Peso | Por que importa |
85+
|---|---:|---|
86+
| Questões | 65 | Define o ritmo de prova e priorização de tempo |
87+
| Tempo total | 130 minutos | Média próxima de 2 minutos por questão |
88+
| Domínio Resilient | 30% | Maior peso, aparece em HA, DR e desacoplamento |
89+
| Domínio High-Performing | 28% | Forte presença em EC2, armazenamento e bancos |
90+
| Domínio Secure | 24% | IAM, KMS, VPC e auditoria aparecem bastante |
91+
| Domínio Cost-Optimized | 18% | Menor peso formal, mas presente em quase todas as comparações |
92+
| Região padrão para labs | us-east-1 | Maior compatibilidade e menor atrito com exemplos |
93+
| Palavra-chave “least operational overhead” | Alta prioridade | Normalmente favorece serviços gerenciados |
94+
| Palavra-chave “multi-Region” | Alta prioridade | Costuma eliminar respostas apenas multi-AZ |
95+
| Palavra-chave “near real-time” | Alta prioridade | Pode indicar streaming, filas ou replicação contínua |
96+
97+
## 🔄 Comparativo de Serviços
98+
99+
| Situação de prova | Opção mais forte | Alternativa comum | Regra prática |
100+
|---|---|---|---|
101+
| Aplicação HTTP global com cache | CloudFront | Global Accelerator | CloudFront é edge cache e CDN; GA acelera TCP/UDP ou HTTP sem cache |
102+
| API orientada a eventos | EventBridge | SNS | EventBridge é melhor para roteamento por regra e múltiplos produtores |
103+
| Banco relacional com HA gerenciada | RDS Multi-AZ | EC2 self-managed DB | Para exame, a AWS quase sempre prefere o serviço gerenciado |
104+
| Latência ultrabaixa com acesso key-value previsível | DynamoDB | RDS | Use DynamoDB quando escalabilidade horizontal é prioridade |
105+
| Compute com administração mínima e tráfego variável | Lambda | EC2 | Lambda tende a vencer se o cenário tolera limites serverless |
106+
| Criptografia de segredo com rotação nativa | Secrets Manager | Parameter Store | Secrets Manager é a resposta mais forte para segredos sensíveis rotacionáveis |
107+
108+
## 💡 Dicas e Armadilhas do Exame
109+
110+
- Multi-AZ não significa multi-region. Se o requisito fala em desastre regional, pense além de uma única região.
111+
- “Mais seguro” nem sempre significa “mais complexo”. Em muitos cenários, a AWS privilegia serviço gerenciado com integração nativa a IAM e KMS.
112+
- “Menor custo” não é equivalente a “mais barato no curto prazo”. A prova considera custo total de operação, manutenção e risco.
113+
- Se a alternativa exige administração manual de servidores e existe opção gerenciada que atende ao requisito, a opção gerenciada costuma ganhar.
114+
- Leia com atenção o tipo de tráfego. HTTP, gRPC, TCP, UDP, batch, stream e fila não são a mesma coisa.
115+
- Guarde as diferenças entre alta disponibilidade, escalabilidade, fault tolerance e disaster recovery. A AWS usa esses termos com precisão.
116+
- Se o enunciado enfatiza poucas mudanças na aplicação existente, descarte respostas que exigem refatoração grande.
117+
118+
## 💡 Para o Exame
119+
120+
- Priorize o estudo profundo de EC2, ELB, ASG, S3, IAM, VPC, RDS, DynamoDB, Lambda, SQS, Route 53, CloudFront, CloudWatch e KMS.
121+
- Treine sempre com a pergunta mental: qual requisito está dirigindo a decisão?
122+
- Em caso de dúvida entre duas alternativas plausíveis, escolha a que melhor equilibra segurança, disponibilidade e menor esforço operacional.
123+
- Faça simulados só depois de consolidar os blocos centrais; simulados sem base viram memorização superficial.
124+
125+
## 📎 Links Relacionados
126+
127+
- [Questões do módulo](./questoes.md)
128+
- [Flashcards do módulo](./flashcards.md)
129+
- [Cheatsheet do módulo](./cheatsheet.md)
130+
- [Casos de uso do módulo](./casos-de-uso.md)
131+
- [Lab prático do módulo](./lab.md)
132+
- [Links oficiais](./links.md)
133+
- [Módulo 02: IAM e Segurança](../02-IAM-e-Seguranca/)
134+
- [Módulo 16: Well-Architected Framework](../16-Well-Architected-Framework/)
135+
- [Módulo 19: Simulados e Questões](../19-Simulados-e-Questoes/)

‎01-Introducao-SAA-C03/casos-de-uso.md‎

Lines changed: 93 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,93 @@
1+
# Casos de Uso — Introdução SAA-C03
2+
3+
## Caso 1 — Plataforma SaaS iniciando revisão arquitetural
4+
5+
### Cenário
6+
Uma SaaS B2B já roda na AWS, mas o time percebeu que sabe operar serviços sem conseguir justificar decisões de arquitetura. A liderança quer preparar dois arquitetos para o SAA-C03 e, ao mesmo tempo, revisar o desenho atual da plataforma.
7+
8+
### Arquitetura de raciocínio
9+
10+
```text
11+
Negócio -> Requisitos -> Restrições -> Escolha de serviço -> Trade-off -> Operação
12+
| | | | | |
13+
+-----------+-------------+---------------+------------------+----------+
14+
```
15+
16+
### Decisões técnicas justificadas
17+
- O estudo deve começar por serviços centrais como IAM, VPC, EC2, S3, RDS e Route 53, porque eles aparecem em grande parte dos cenários.
18+
- O grupo precisa revisar não só serviços, mas padrões: HA, DR, desacoplamento e custo total.
19+
- A melhor forma de internalizar isso é combinar teoria, questões e casos reais.
20+
21+
### Trade-offs considerados
22+
- Estudar por serviço isolado é rápido, mas gera pouco contexto.
23+
- Estudar por cenário é mais lento, porém aproxima o candidato do formato real da prova.
24+
25+
## Caso 2 — E-commerce com dúvida entre robustez e simplicidade
26+
27+
### Cenário
28+
Uma loja online quer crescer antes da Black Friday. O time técnico propõe várias soluções altamente sofisticadas, mas a diretoria quer saber qual abordagem é adequada sem inflar custo e operação. O objetivo do estudo é aprender a distinguir o necessário do excessivo.
29+
30+
### Arquitetura de raciocínio
31+
32+
```text
33+
Usuários -> ALB -> ASG EC2 -> Aurora Multi-AZ
34+
| |
35+
| +-> CloudWatch
36+
|
37+
+-> CloudFront -> S3 estático
38+
```
39+
40+
### Decisões técnicas justificadas
41+
- ALB e ASG endereçam elasticidade com menor esforço do que gestão manual de múltiplas instâncias.
42+
- Aurora Multi-AZ atende continuidade regional sem exigir multi-region logo de início.
43+
- CloudFront reduz latência e descarrega conteúdo estático.
44+
45+
### Trade-offs considerados
46+
- Multi-region ativo-ativo seria mais resiliente, mas pode ser exagero se o requisito real for apenas HA regional.
47+
- Instâncias dedicadas podem oferecer isolamento, mas aumentam custo sem necessidade explícita.
48+
49+
## Caso 3 — Startup de dados com orçamento apertado
50+
51+
### Cenário
52+
Uma startup precisa processar eventos de aplicação com custo controlado. O exame SAA-C03 usaria esse contexto para avaliar se o candidato entende quando priorizar serviços gerenciados e cobrança sob demanda.
53+
54+
### Arquitetura de raciocínio
55+
56+
```text
57+
Aplicação -> EventBridge -> Lambda -> DynamoDB
58+
|
59+
+-> CloudWatch Logs
60+
```
61+
62+
### Decisões técnicas justificadas
63+
- Lambda reduz ociosidade e patching para workloads variáveis.
64+
- EventBridge facilita integração orientada a eventos com baixo acoplamento.
65+
- DynamoDB encaixa bem quando o acesso é previsível por chave e a escala é horizontal.
66+
67+
### Trade-offs considerados
68+
- EC2 pode oferecer mais controle, mas exige administração constante.
69+
- Banco relacional pode ser melhor em cenários transacionais complexos, mas aqui o padrão de acesso favorece NoSQL.
70+
71+
## Caso 4 — Empresa regulada com foco em governança
72+
73+
### Cenário
74+
Uma organização financeira precisa de rastreabilidade, menor privilégio e chaves de criptografia controladas. Ela quer que a preparação para o exame reforce boas práticas reais de arquitetura segura.
75+
76+
### Arquitetura de raciocínio
77+
78+
```text
79+
Usuários -> IAM Identity Center -> Contas AWS
80+
|
81+
+-> IAM Roles / SCPs
82+
+-> KMS
83+
+-> CloudTrail
84+
```
85+
86+
### Decisões técnicas justificadas
87+
- IAM Identity Center simplifica acesso centralizado.
88+
- SCPs ajudam a limitar o que contas podem fazer no nível organizacional.
89+
- KMS e CloudTrail aparecem como pilares de criptografia e auditoria.
90+
91+
### Trade-offs considerados
92+
- Mais governança centralizada reduz risco, mas exige desenho de permissões cuidadoso.
93+
- Políticas excessivamente amplas aceleram o curto prazo e prejudicam compliance.

0 commit comments

Comments
 (0)