Une entreprise de traitement d'images dispose d'une application web qui télécharge des images vers un compartiment Amazon S3. Les notifications d'événements S3 publient les événements de création d'objets dans une file d'attente standard Amazon Simple Queue Service (Amazon SQS). La file d'attente SQS est la source d'événements pour une fonction AWS Lambda qui traite les images et envoie les résultats par e-mail aux utilisateurs. Les utilisateurs signalent recevoir plusieurs e-mails pour chaque image téléchargée. Un architecte de solutions constate que les messages SQS invoquent la fonction Lambda plus d'une fois, ce qui entraîne des e-mails en double. Que doit faire l'architecte de solutions pour résoudre ce problème avec le MOINS de frais opérationnels ?

L'augmentation du délai de visibilité SQS est la solution la plus efficace. Lorsqu'un message est consommé par Lambda, il devient invisible pour les autres consommateurs pendant ce délai. Si le traitement Lambda échoue ou dépasse le délai d'attente, le message redevient visible et peut être traité à nouveau. En augmentant ce délai au-delà du temps de traitement maximal de Lambda et de la durée de la fenêtre de lot, on s'assure que Lambda a suffisamment de temps pour traiter le message et le supprimer de la file d'attente avant qu'il ne redevienne visible et ne soit traité en double. Le long polling réduit le nombre de requêtes SQS mais n'empêche pas le traitement en double. Une file d'attente FIFO garantirait un traitement unique mais augmenterait la complexité et les coûts, et n'est pas nécessaire ici car le problème est lié à la visibilité. Supprimer le message avant le traitement pourrait entraîner une perte de données si le traitement échoue.