Une application stocke les fichiers JSON entrants dans S3, puis une fonction Lambda les transforme et écrit les éléments dans DynamoDB. Des pics de trafic soudains provoquent un étranglement (throttling) de DynamoDB. Quel changement éliminera l'étranglement et fluidifiera les écritures dans DynamoDB ?

La solution correcte est de diviser la fonction Lambda et d'utiliser SQS. Le throttling de DynamoDB se produit lorsque le débit d'écriture provisionné est dépassé. En plaçant une file d'attente SQS entre la transformation et l'écriture, les messages sont mis en mémoire tampon, ce qui permet à la fonction d'écriture d'ingérer les données à un rythme contrôlé, évitant ainsi de dépasser la capacité d'écriture de DynamoDB. L'activation de l'autoscaling de DynamoDB est une bonne pratique, mais elle réagit aux pics de trafic et peut ne pas empêcher le throttling immédiat lors de pics soudains et importants. La concurrence provisionnée pour Lambda ne résout pas le problème de throttling de DynamoDB, car elle gère la capacité de Lambda, pas celle de la base de données. Diviser la fonction pour écrire d'abord dans DynamoDB puis utiliser un flux DynamoDB pour une deuxième fonction ne résout pas le problème initial de throttling lors de l'écriture initiale.