Une équipe de développement crée une application basée sur les événements qui utilise des fonctions AWS Lambda. Les événements sont générés lorsque des fichiers sont ajoutés à un compartiment Amazon S3. L'équipe a actuellement configuré Amazon Simple Notification Service (Amazon SNS) comme cible d'événement depuis Amazon S3. Que doit faire un architecte de solutions pour traiter les événements d'Amazon S3 de manière évolutive ?

La bonne approche consiste à utiliser Amazon SQS comme tampon entre SNS et Lambda. SQS est un service de file d'attente de messages entièrement géré qui permet de découpler les composants d'une application. Lorsque SNS envoie des messages à SQS, SQS stocke ces messages de manière durable, même si la fonction Lambda n'est pas disponible ou est surchargée. La fonction Lambda peut ensuite extraire les messages de la file d'attente SQS à son propre rythme, ce qui assure une gestion évolutive et résiliente des événements. Les options impliquant Amazon ECS ou Amazon EKS ne sont pas adaptées car elles introduiraient une complexité inutile pour un simple déclenchement de fonction Lambda et ne sont pas la solution standard pour ce type de cas d'utilisation. L'option AWS SMS est incorrecte car AWS SMS est un service de migration de serveurs, et non un service de messagerie ou de déclenchement d'événements.