Une entreprise dispose d'une application de chat mobile dont le stockage des données est assuré par Amazon DynamoDB. Les utilisateurs souhaitent que les nouveaux messages soient lus avec le moins de latence possible. Un architecte de solutions doit concevoir une solution optimale qui nécessite un minimum de modifications de l'application. Quelle méthode l'architecte de solutions doit-il choisir ?

La bonne réponse est de configurer Amazon DynamoDB Accelerator (DAX) et de mettre à jour le code pour utiliser son point de terminaison. DAX est un cache en mémoire entièrement géré, compatible avec l'API DynamoDB, conçu spécifiquement pour accélérer les lectures sur DynamoDB. Il offre des performances de lecture en microsecondes, ce qui est idéal pour les applications à forte intensité de lecture comme un chat mobile. Les modifications de l'application sont minimales car DAX est compatible avec l'API DynamoDB. Ajouter des réplicas en lecture DynamoDB n'est pas une option valide car DynamoDB ne prend pas en charge les réplicas en lecture comme les bases de données relationnelles. Doubler les unités de capacité de lecture réduirait la latence mais augmenterait les coûts et pourrait ne pas atteindre la latence en microsecondes de DAX. Ajouter un cache ElastiCache for Redis nécessiterait des modifications plus importantes de l'application pour gérer la logique de mise en cache et la cohérence des données, ce qui va à l'encontre de l'exigence de modifications minimales.