Une entreprise héberge une application qui télécharge des fichiers vers un compartiment Amazon S3. Après le téléchargement, les fichiers sont traités pour en extraire les métadonnées, ce qui prend moins de 5 secondes. Le volume de téléchargement varie de quelques fichiers par heure à des centaines de téléchargements simultanés. Concevez une architecture rentable pour répondre à ces exigences. Que doit recommander l'architecte de solutions ?

La bonne réponse est de configurer une notification d'événement de création d'objet dans le compartiment S3 pour invoquer une fonction AWS Lambda. Cette approche est rentable et hautement évolutive. Les notifications d'événements S3 déclenchent Lambda uniquement lorsque de nouveaux objets sont créés, ce qui garantit que vous ne payez que pour le traitement réel. Lambda est idéal pour les tâches de courte durée (moins de 5 secondes) et gère automatiquement les variations de charge, des quelques fichiers par heure aux centaines de téléchargements simultanés, sans provisionnement manuel. Les autres options sont moins adaptées : AWS CloudTrail est un service de journalisation et de surveillance, non de traitement de données. AWS AppSync est un service de backend sans serveur pour les applications web et mobiles, pas pour le traitement de fichiers S3. Amazon Kinesis Data Streams est conçu pour le traitement de données en continu à grande échelle, ce qui est excessif et plus coûteux pour ce cas d'utilisation de traitement de fichiers post-téléchargement. Une rubrique Amazon SNS pourrait être utilisée, mais elle nécessiterait une étape supplémentaire pour s'abonner à l'événement S3 et ensuite déclencher Lambda. La notification d'événement S3 directe vers Lambda est plus simple et plus efficace pour ce scénario.