Une application de collecte de données utilise API Gateway, Lambda et S3. Les utilisateurs téléchargent des fichiers, puis attendent qu'une longue validation s'exécute ; ils doivent actualiser le tableau de bord pour voir les résultats. Certains utilisateurs téléchargent de nombreux fichiers volumineux et actualisent à plusieurs reprises. Le développeur doit modifier l'application afin que le tableau de bord reçoive les résultats de validation immédiats pour un fichier sans recharger toute la page. Quelle solution est la plus efficace sur le plan opérationnel ?

L'utilisation d'une API WebSocket d'API Gateway est la solution la plus efficace car elle permet une communication bidirectionnelle en temps réel entre le client et le serveur. Cela signifie que dès que la validation d'un fichier est terminée, le statut peut être envoyé directement au tableau de bord de l'utilisateur sans qu'il ait besoin d'actualiser la page, améliorant ainsi l'expérience utilisateur et réduisant la charge sur le serveur due aux actualisations répétées. Lancer une instance EC2 pour un serveur WebSocket est moins efficace opérationnellement car cela introduit une gestion d'infrastructure supplémentaire (mise à l'échelle, maintenance, patching) par rapport à une solution serverless comme API Gateway. Envoyer des notifications par e-mail via Amazon SNS n'est pas une mise à jour en temps réel sur le tableau de bord et ne répond pas au besoin d'une mise à jour immédiate de l'interface utilisateur. Utiliser DynamoDB Streams avec des notifications push SNS vers le navigateur est une approche possible, mais API Gateway WebSocket est plus directement conçu pour la communication en temps réel avec les clients web et offre une intégration plus fluide dans ce scénario.