AWS SAA-C03/06 - Bancos de Dados2 min

RDS

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

Banco relacional gerenciado: a AWS cuida de instalação, patch do SO e do engine, backup, e failover. Você cuida de schema, queries, usuários do banco e tuning.

Engines: MySQL, PostgreSQL, MariaDB, Oracle, SQL Server, Db2 — e Aurora (compatível com MySQL/PostgreSQL, arquitetura própria).

Backup

Mecanismo	Retenção	Natureza
Automated backups	0 a 35 dias	Snapshot diário + transaction logs a cada 5 min
Manual snapshots	Até você apagar	Sob demanda

Point-in-Time Recovery (PITR) usa os transaction logs pra restaurar em qualquer segundo dentro da janela de retenção. Restaurar sempre cria uma instância nova — nunca sobrescreve a existente. Retenção 0 desliga o backup automático.

Segurança

Fica em subnet privada (DB Subnet Group), protegido por Security Group
Criptografia em repouso com KMS — só na criação. Pra criptografar um banco existente: snapshot → copiar o snapshot com criptografia → restaurar
Criptografia em trânsito com SSL/TLS
IAM database authentication (MySQL/PostgreSQL) troca senha por token temporário
Integra com Secrets Manager pra rotação automática

Operação

Storage autoscaling cresce o disco sozinho ao chegar perto do limite
Maintenance window aplica patch; em Multi-AZ, aplica no standby primeiro
Performance Insights e Enhanced Monitoring pra diagnóstico
RDS Proxy: pool de conexões gerenciado — resolve exaustão de conexão causada por Lambda e melhora failover

Trade-offs

RDS troca controle por operação: você não tem acesso ao SO, não instala extensão arbitrária, e algumas features do engine ficam indisponíveis. Em compensação, backup, patch e failover deixam de ser seu problema.

Quando o requisito é acesso ao SO, versão exótica ou licença amarrada a hardware, a resposta volta a ser banco em EC2 — com todo o trabalho que isso implica.

Sinais de prova

"Migrar MySQL on-premises com mínima gestão" → RDS
"Restaurar o banco pro estado de 3 horas atrás" → PITR (dentro da retenção)
"Criptografar um RDS existente" → snapshot → cópia criptografada → restore
"Lambda esgotando conexões do banco" → RDS Proxy
"Preciso de acesso ao SO / sudo no banco" → EC2, não RDS
"Guardar backup por mais de 35 dias" → snapshot manual ou AWS Backup
"Autenticar no banco sem senha" → IAM database authentication

Relacionado

Parte de 06 - MOC Bancos de Dados · Documentação AWS