Une application web utilise Amazon API Gateway, AWS Lambda et Amazon DynamoDB. Après une campagne marketing, de nombreuses requêtes ont des temps de réponse beaucoup plus longs. Les journaux CloudWatch Logs pour API Gateway affichent des erreurs sur 20 % des requêtes. Pour la fonction Lambda, la métrique Throttles est de 1 % et Errors est de 10 %. Les journaux d'application montrent que les erreurs coïncident avec les appels à DynamoDB. Quel changement l'architecte de solutions devrait-il implémenter pour améliorer les temps de réponse à mesure que le trafic augmente ?

La métrique Throttles de Lambda étant faible (1 %), la fonction n'est pas limitée. Les erreurs API Gateway (20 %) et Lambda (10 %) coïncident avec les appels à DynamoDB, indiquant que DynamoDB est le goulot d'étranglement. L'activation de l'auto scaling pour DynamoDB permet d'ajuster automatiquement la capacité de lecture/écriture provisionnée en fonction de la charge, évitant ainsi les erreurs de limitation et améliorant les temps de réponse lors des pics de trafic. Augmenter la concurrence Lambda n'aiderait pas si DynamoDB est le problème. Augmenter les limites de limitation d'API Gateway ne résoudrait pas le problème sous-jacent de DynamoDB. Recréer la table pour une meilleure distribution des partitions est une solution plus complexe et n'est pas la première étape évidente si l'auto scaling peut gérer la capacité.