Vous développez une application mobile de stockage de photos qui doit prendre en charge des dizaines de milliers d'utilisateurs. Le backend utilise API Gateway intégré à Lambda pour traiter les téléchargements, et DynamoDB stocke les métadonnées des photos. Les utilisateurs doivent pouvoir s'inscrire, télécharger des photos (300 Ko à 5 Mo) et récupérer leurs téléchargements précédents. Quelle architecture répond à ces exigences avec le moins de frais opérationnels ?

L'option correcte utilise Amazon Cognito User Pools pour la gestion des utilisateurs et l'authentification via API Gateway, ce qui réduit considérablement la charge opérationnelle par rapport à la gestion manuelle des utilisateurs. Amazon S3 est le service idéal pour stocker des objets de grande taille (300 Ko à 5 Mo) de manière évolutive et rentable, tandis que DynamoDB est optimisé pour les métadonnées. La fonction Lambda agit comme un orchestrateur, stockant les fichiers dans S3 et les clés d'objet correspondantes dans DynamoDB. Les options incorrectes sont moins efficaces ou non conformes aux meilleures pratiques. Stocker des photos directement dans DynamoDB (option 1) est inefficace et coûteux pour des objets de cette taille. Créer un utilisateur IAM par utilisateur d'application (option 3) est une mauvaise pratique de sécurité et d'évolutivité. Gérer les comptes utilisateurs dans une table DynamoDB avec un autorisateur Lambda personnalisé (option 4) augmente la complexité opérationnelle et la charge de développement par rapport à l'utilisation de Cognito.