AWS SAA-C03/01 - Fundamentos2 min
Regiões e Availability Zones
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
A infraestrutura da AWS é hierárquica, e cada nível resolve um tipo diferente de falha.
| Nível | O que é | Contra o que protege |
|---|---|---|
| Region | Área geográfica independente (us-east-1, sa-east-1) |
Desastre geográfico amplo |
| Availability Zone | 1+ datacenters isolados, energia/rede/refrigeração próprios | Falha de datacenter |
| Edge Location | PoP de cache, centenas pelo mundo | Latência de entrega |
Cada região tem no mínimo 3 AZs (algumas têm 6). As AZs de uma região são ligadas por fibra dedicada, com latência de um dígito de milissegundo — perto o bastante pra replicação síncrona, longe o bastante pra não caírem juntas.
O identificador da AZ (us-east-1a) é embaralhado por conta: o us-east-1a da sua conta não é o mesmo datacenter que o da minha. Isso existe pra AWS distribuir carga. Quando precisa da AZ real (ex: compartilhar recurso entre contas), use o AZ ID (use1-az1), que é consistente.
Trade-offs
| Decisão | Ganha | Perde |
|---|---|---|
| Single-AZ | Custo mínimo, sem transferência entre AZ | Cai junto com o datacenter |
| Multi-AZ | Sobrevive à falha de datacenter | Custo de transferência entre AZ, replicação |
| Multi-Region | Sobrevive a desastre regional, latência global | Caro, complexo, consistência difícil |
Escolher região não é só latência. Pesam também: preço (varia bastante entre regiões), disponibilidade de serviço (nem todo serviço existe em toda região) e soberania de dados (requisito legal de manter dado no país).
Sinais de prova
- "Alta disponibilidade" / "sobreviver à falha de um datacenter" → Multi-AZ
- "Desastre regional" / "continuidade se a região inteira cair" → Multi-Region
- "Dado não pode sair do país" → escolha de região + SCP restringindo região
- "Menor latência para usuários globais" com conteúdo estático → CloudFront (edge), não mais regiões
- Se a alternativa diz "Multi-AZ resolve desastre regional", está errada
Multi-AZ ≠ Multi-Region. É a pegadinha mais recorrente do domínio de resiliência. Multi-AZ é dentro de uma região; se a região cai, Multi-AZ cai junto.
Relacionado
- Modelo de Responsabilidade Compartilhada
- Edge Locations e Rede Global
- Estratégias de Disaster Recovery
- RDS Multi-AZ vs Read Replica
Parte de 01 - MOC Fundamentos · Documentação AWS