AWS SAA-C03/05 - Redes e VPC2 min
Route 53
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
DNS gerenciado com SLA de 100% — o único serviço da AWS com esse número. Faz registro de domínio, resolução e health check.
Políticas de roteamento
| Política | Decide por | Use para |
|---|---|---|
| Simple | Um registro, sem lógica | Caso trivial (não suporta health check) |
| Weighted | Peso percentual | Canary, blue-green, teste A/B |
| Latency | Menor latência medida até a região | Usuário global vai pro endpoint mais rápido |
| Failover | Health check | DR ativo-passivo |
| Geolocation | País/continente do usuário | Conteúdo localizado, restrição legal |
| Geoproximity | Distância + bias ajustável | Deslocar tráfego entre regiões de propósito |
| Multivalue | Até 8 registros saudáveis | LB rudimentar via DNS |
| IP-based | Bloco CIDR do cliente | Otimizar por ISP |
Latency escolhe pelo tempo de resposta. Geolocation escolhe pela localização declarada, mesmo que seja mais lenta — serve pra compliance ("usuário do Brasil deve ser servido do Brasil"), não pra performance.
Alias vs CNAME
| Alias | CNAME | |
|---|---|---|
| Aponta pra | Recurso AWS (ELB, CloudFront, S3, API GW) | Qualquer nome DNS |
| Custo da consulta | Grátis | Cobrado |
Apex do domínio (exemplo.com) |
Funciona | Não funciona |
| TTL | Gerenciado pela AWS | Você define |
Com recurso AWS, a resposta é quase sempre Alias.
Health checks
Monitoram endpoint, outro health check (calculated) ou alarme do CloudWatch. Combinados com Failover routing, retiram o endpoint doente do DNS automaticamente. Health check só enxerga endpoint público — pra recurso privado, use alarme do CloudWatch como fonte.
Hosted zones
- Pública: resolve na internet
- Privada: resolve só dentro das VPCs associadas
- Resolver endpoints (inbound/outbound) resolvem DNS entre on-premises e VPC
Trade-offs
DNS é uma ferramenta de failover barata e lenta: o cliente guarda a resposta pelo TTL, então TTL alto atrasa o failover e TTL baixo aumenta consultas e custo. Quando o requisito é failover em segundos, DNS não basta — a resposta vira Global Accelerator, que usa IP anycast e não depende de cache do cliente.
Sinais de prova
- "Enviar 10% do tráfego pra nova versão" → Weighted
- "Usuário vai pro endpoint mais rápido" → Latency
- "Usuário do país X deve ser servido de X por lei" → Geolocation
- "DR ativo-passivo automático" → Failover + health check
- "Registro no apex
exemplo.comapontando pro ALB" → Alias - "Failover em segundos, sem depender de TTL" → Global Accelerator
- "Resolver nome interno entre on-premises e VPC" → Route 53 Resolver endpoints
Relacionado
Parte de 05 - MOC Redes e VPC · Documentação AWS