RDS é o serviço de banco de dados relacional gerenciado da AWS. Você escolhe a engine, o tamanho da instância e o armazenamento — a AWS cuida do resto: patches, backups, failover, monitoramento. Mas “gerenciado” tem um limite que é importante entender antes de assinar.
O que o RDS resolve
Na prática, o problema que o RDS resolve é operacional: bancos de dados relacionais em produção são trabalhosos de manter. Você precisa aplicar patches de segurança no SO e no banco sem downtime, configurar backup e garantir que ele realmente funciona, montar alta disponibilidade com failover automático, criar e manter réplicas de leitura para escalar consultas.
Com o RDS, você entrega tudo isso para a AWS. O DBA deixa de ser o cara que acorda às 3h para aplicar patch de emergência no PostgreSQL e passa a se concentrar no modelo de dados e nas queries.
Engines suportadas
O RDS suporta as principais engines de banco de dados relacionais do mercado:
| Engine | Licença | Casos de uso típicos |
|---|---|---|
| MySQL | Open source | Aplicações web, WordPress, e-commerce |
| PostgreSQL | Open source | Sistemas complexos, GIS, JSONB, full-text search |
| MariaDB | Open source | Alternativa ao MySQL com algumas extensões adicionais |
| Oracle | Proprietária (cara) | Sistemas legados corporativos, ERP |
| SQL Server | Proprietária | Ecossistema Microsoft, aplicações .NET legadas |
| Aurora MySQL/PostgreSQL | Proprietária AWS | Alto volume, escala, compatível com MySQL/PG |
O Aurora merece atenção separada: é a engine proprietária da AWS, compatível com MySQL e PostgreSQL na camada de API, mas com arquitetura de armazenamento completamente diferente. A AWS alega performance até 5x maior que MySQL convencional. O trade-off é lock-in: migrar um banco Aurora para fora da AWS é mais trabalhoso do que migrar um MySQL padrão.
Vantagens reais do RDS
Alta disponibilidade com Multi-AZ: quando você ativa Multi-AZ, o RDS mantém uma réplica síncrona do banco em outra Zona de Disponibilidade. Em caso de falha da instância primária, o failover acontece automaticamente em 60–120 segundos. Você não precisa configurar nada — o RDS troca o endpoint automaticamente.
Réplicas de leitura: para aliviar o banco primário de consultas pesadas, você pode criar réplicas de leitura (até 5 para MySQL/PG, até 15 para Aurora). Sua aplicação aponta queries de leitura para o endpoint da réplica e deixa o primário exclusivo para escrita.
Backups automáticos: o RDS tira um snapshot diário e mantém logs de transação, o que permite restauração para qualquer ponto no tempo (PITR) dentro do período de retenção configurado (de 1 a 35 dias). Você consegue voltar o banco ao estado de 5 minutos atrás se necessário.
Patches gerenciados: a AWS aplica patches de segurança e versão minor automaticamente durante a janela de manutenção que você define.
Limitações que você precisa conhecer
Sem acesso ao sistema operacional: você não tem shell no servidor. Se precisar instalar extensões ou configurar parâmetros que a AWS não expõe, pode ficar bloqueado.
Custo mais alto: comparado a rodar o banco em uma EC2 com o mesmo hardware, o RDS cobra um adicional pelo serviço gerenciado. Em instâncias grandes, essa diferença pode ser expressiva.
Menos controle de configuração: muitos parâmetros do banco são configuráveis via Parameter Groups, mas alguns ajustes finos de SO e kernel que DBAs experientes fazem não são acessíveis.
Quando RDS compensa, quando não compensa
RDS compensa quando:
- Seu time não tem um DBA dedicado ou a capacidade operacional para gerenciar banco em produção
- Você precisa de HA com failover automático sem complexidade de configuração
- A engine que precisa (MySQL, PostgreSQL) é suportada e você não tem requisitos de acesso ao SO
- O custo adicional do serviço gerenciado é menor que o custo do tempo de operação humana
Banco em EC2 (self-managed) compensa quando:
- Você precisa de controle total do SO e de parâmetros que o RDS não expõe
- Tem um DBA com expertise para gerenciar HA, backups e patches internamente
- A engine que precisa não é suportada pelo RDS
- Custo é crítico e você tem volume suficiente para justificar a operação própria
DBaaS em cloud privada compensa quando:
- Você precisa de banco gerenciado com fatura em BRL
- Requisitos de LGPD ou soberania de dados tornam o RDS (empresa americana) um risco jurídico
- Seu workload é estável e previsível — a economia em relação ao RDS em volume pode ser significativa
Precisa de banco de dados gerenciado com fatura em BRL e dados no Brasil? Conheça o DBaaS da Adentro.