Une entreprise a lancé une instance de base de données Amazon RDS for MySQL. La plupart des connexions proviennent d'applications serverless, et le trafic connaît des pics imprévisibles. Lors des périodes de forte demande, les applications reçoivent des erreurs de rejet de connexion à la base de données. Quelle solution résoudra ce problème avec le moins de surcharge opérationnelle ?

RDS Proxy est la solution la plus efficace car il met en commun et partage les connexions à la base de données, ce qui réduit la charge sur l'instance RDS et gère les pics de trafic imprévisibles des applications serverless sans nécessiter de modifications complexes du code. Il maintient également les connexions ouvertes pour les applications, évitant ainsi les rejets de connexion. ElastiCache for Memcached est une solution de cache qui peut améliorer les performances en réduisant la charge sur la base de données pour les lectures fréquentes, mais elle ne résout pas directement le problème des rejets de connexion lors des pics de trafic si la base de données elle-même est surchargée par les nouvelles connexions. Migrer vers une classe d'instance avec une capacité d'E/S plus élevée pourrait améliorer les performances générales, mais ne gère pas intrinsèquement la gestion des connexions pour les applications serverless avec des pics imprévisibles. Le Multi-AZ améliore la disponibilité et la résilience en cas de panne, mais ne résout pas le problème de la gestion des connexions lors de pics de charge sur l'instance principale.