Une entreprise exécute une application qui stocke des données sur une instance de base de données Amazon RDS for PostgreSQL Multi-AZ. L'augmentation du trafic entraîne des problèmes de performance, et les requêtes de base de données sont identifiées comme le principal goulot d'étranglement. Que doit faire un architecte de solutions pour améliorer les performances de l'application ?

La création d'un réplica en lecture (Read Replica) est la solution la plus efficace pour améliorer les performances des applications confrontées à des goulots d'étranglement de lecture sur Amazon RDS. Les réplicas en lecture déchargent les requêtes de lecture de l'instance de base de données principale, réduisant ainsi sa charge et améliorant les performances globales. Servir le trafic de lecture à partir du réplica de secours Multi-AZ n'est pas possible, car le réplica de secours est une instance passive utilisée uniquement pour la haute disponibilité en cas de défaillance de l'instance principale. Il n'est pas conçu pour servir le trafic de lecture. Configurer l'instance de base de données pour utiliser Transfer Acceleration est incorrect car Transfer Acceleration est un service Amazon S3 qui accélère les transferts de fichiers vers et depuis S3, et n'a aucun impact sur les performances des requêtes de base de données RDS. Utiliser Amazon Kinesis Data Firehose entre l'application et Amazon RDS pour augmenter la concurrence des requêtes de base de données est incorrect. Kinesis Data Firehose est un service de diffusion de données qui collecte, transforme et charge des données en continu vers des destinations de stockage et d'analyse. Il n'est pas conçu pour améliorer la concurrence des requêtes de base de données RDS.