Un microservice doit convertir de grandes images téléchargées en versions compressées. Lorsqu'un utilisateur télécharge une image via l'interface web, le microservice doit stocker l'image dans un compartiment Amazon S3, la compresser avec une fonction AWS Lambda et stocker l'image compressée dans un compartiment S3 différent. La solution doit utiliser des composants durables et sans état, et traiter les images automatiquement. Quelle combinaison d'actions répond à ces exigences ? (Choisissez-en deux.)

La première option est correcte car la configuration d'une notification S3 vers une file d'attente SQS est un moyen durable et sans état de déclencher le traitement. S3 envoie un message à SQS chaque fois qu'un objet est téléchargé, ce qui garantit que toutes les images sont prises en compte. La deuxième option est correcte car configurer Lambda pour utiliser SQS comme source d'invocation est la méthode standard et efficace pour traiter les messages de la file d'attente. Lambda extrait les messages, traite l'image, puis supprime le message une fois le traitement réussi, garantissant ainsi que chaque image est traitée une seule fois et que le système reste sans état. Les options incorrectes sont : Surveiller le compartiment S3 avec Lambda et utiliser un fichier texte en mémoire n'est pas durable ni sans état. Les données en mémoire seraient perdues en cas de redémarrage de Lambda. Lancer une instance EC2 pour surveiller SQS introduit un composant avec état (le fichier texte sur l'instance) et n'est pas aussi serverless ou rentable que l'approche Lambda directe. Utiliser EventBridge pour envoyer une alerte SNS à une adresse e-mail ne permet pas un traitement automatique des images ; cela nécessite une intervention manuelle.