Un service télécharge des images vers un compartiment S3. Chaque téléchargement doit déclencher une fonction Lambda pour créer une miniature et envoyer également une notification par e-mail. Comment le développeur doit-il connecter les événements S3, le processeur de miniatures Lambda et les notifications par e-mail ?

La bonne approche consiste à utiliser Amazon SNS comme point central pour les notifications. S3 peut directement publier des événements de téléchargement sur une rubrique SNS. Ensuite, la fonction Lambda peut s'abonner à cette même rubrique SNS pour être invoquée chaque fois qu'un événement S3 se produit. De plus, un abonnement par e-mail peut être ajouté à la même rubrique SNS, garantissant que les notifications par e-mail sont envoyées simultanément. Cette méthode est efficace car SNS est conçu pour la diffusion de messages un-à-plusieurs, permettant à plusieurs abonnés de recevoir le même événement. Les autres options sont incorrectes car : L'option avec SQS et SNS est inutilement complexe et ne permet pas d'envoyer des e-mails directement depuis SQS de manière native pour les notifications. L'option avec SQS comme point central ne permet pas l'envoi direct d'e-mails depuis SQS sans services supplémentaires. L'option avec EventBridge et SQS ajoute une complexité inutile et ne simplifie pas le processus de notification par e-mail.