Une entreprise dispose d'une application où les clients téléchargent des images vers un compartiment Amazon S3. Chaque nuit, l'entreprise lance une flotte Spot Amazon EC2 pour traiter les images de la journée. Le traitement de chaque image prend 2 minutes et nécessite 512 Mo de mémoire. Un architecte de solutions doit modifier l'application pour traiter les images dès qu'elles sont téléchargées. Quel changement répond aux exigences de la manière la PLUS rentable ?

La solution la plus rentable consiste à utiliser les notifications d'événements S3 pour envoyer un message à une file d'attente Amazon SQS, puis à déclencher une fonction AWS Lambda pour traiter les images. Lambda est un service sans serveur et rentable, facturé à l'utilisation (temps d'exécution et mémoire), ce qui est idéal pour des tâches de courte durée (2 minutes) et de faible mémoire (512 Mo) qui se produisent de manière asynchrone. Les instances réservées EC2 sont moins rentables car elles impliquent un coût fixe même si l'instance est inactive, et ne sont pas optimisées pour des tâches événementielles et intermittentes. L'utilisation d'Amazon SNS avec ECS ou Elastic Beanstalk est moins rentable car ces services impliquent des coûts d'infrastructure continus et une gestion plus complexe que Lambda pour ce cas d'utilisation spécifique. SQS est préférable à SNS ici car SQS offre une file d'attente durable pour les messages, garantissant que les événements ne sont pas perdus si Lambda est temporairement indisponible ou en cours de mise à l'échelle.