Un environnement d'intégration possède une file d'attente SQS qui déclenche une fonction Lambda pour transformer les messages et appeler une API tierce. Une augmentation de l'utilisation entraîne le renvoi de nombreuses erreurs HTTP 429 Too Many Requests par l'API tierce, bloquant le traitement des messages. Comment le développeur devrait-il résoudre ce problème ?

La bonne réponse est de définir la concurrence maximale sur la source d'événement SQS pour qu'elle corresponde aux limites de débit documentées de l'API tierce. Cela permet de contrôler le nombre d'invocations Lambda simultanées, évitant ainsi de surcharger l'API tierce et de recevoir des erreurs HTTP 429. Augmenter la taille de lot de la source d'événement SQS (option incorrecte) ne résoudrait pas le problème de la surcharge, car cela pourrait même aggraver la situation en envoyant plus de requêtes simultanément si la concurrence n'est pas limitée. Configurer la concurrence provisionnée pour la fonction Lambda (option incorrecte) garantit une capacité minimale, mais ne limite pas la concurrence maximale en fonction d'une API externe. Augmenter les tentatives de nouvelle essai asynchrones de la fonction Lambda et l'âge maximal des événements (option incorrecte) ne résoudrait pas la cause première des erreurs 429 ; cela ne ferait que retarder le traitement et potentiellement aggraver la situation en réessayant des requêtes qui échoueront encore.