Uma aplicação usa uma instância de banco de dados Amazon RDS for MySQL Multi-AZ em us-east-1. Após realizar um teste de failover, a aplicação perdeu as conexões com o banco de dados e não conseguiu se reconectar; somente após reiniciar a aplicação as conexões foram restabelecidas. Projete uma solução para que a aplicação possa restabelecer as conexões após um failover sem exigir uma reinicialização da aplicação.

A resposta correta é criar um Amazon RDS Proxy. O RDS Proxy mantém um pool de conexões de banco de dados e as reutiliza, melhorando a escalabilidade e a resiliência. Em caso de failover, o RDS Proxy gerencia automaticamente a transição para a nova instância primária, mascarando a mudança para a aplicação e permitindo que ela mantenha as conexões existentes ou restabeleça-as rapidamente sem a necessidade de reiniciar. Migrar para Aurora Serverless v1 com endpoint de leitor não resolve o problema de failover para a instância primária, e o Serverless v1 tem limitações de escalabilidade. Migrar para um cluster Aurora MySQL de dois nós e usar RDS Proxy é uma solução viável, mas a opção de usar RDS Proxy com a instância RDS existente é mais direta e atende ao requisito sem uma migração completa do banco de dados. Exportar para S3 e usar Athena é uma solução para análise de dados, não para um banco de dados transacional de aplicação.