Une entreprise a déployé une application sans serveur où une fonction AWS Lambda traite les nouveaux documents téléchargés vers un compartiment Amazon S3. Après une campagne marketing, de nombreux documents n'ont pas été traités. Que doit faire un architecte de solutions pour améliorer cette architecture ?

L'intégration d'Amazon SQS permet de découpler la production d'événements (téléchargements S3) de la consommation (fonction Lambda). Si la fonction Lambda est surchargée ou subit des erreurs transitoires, les messages restent dans la file d'attente SQS et peuvent être traités ultérieurement, garantissant ainsi qu'aucun document n'est perdu. SQS offre une durabilité et une scalabilité qui manquent à une invocation directe de Lambda depuis S3 en cas de pics de charge. Augmenter le délai d'expiration de Lambda à 15 minutes ne résout pas le problème de la surcharge ou de l'échec des invocations. La réplication S3 est utile pour la haute disponibilité des données, mais pas pour la gestion de la charge de traitement. Déployer une fonction Lambda supplémentaire et équilibrer la charge manuellement est complexe et ne gère pas intrinsèquement les échecs ou les pics de charge de manière aussi robuste que SQS.