Une entreprise utilise des traceurs GPS pour documenter les schémas de migration de milliers de tortues marines. Les traceurs vérifient toutes les 5 minutes et, si une tortue s'est déplacée de plus de 91,4 mètres (100 yards), ils envoient de nouvelles coordonnées à une application web fonctionnant sur trois instances Amazon EC2 réparties sur plusieurs zones de disponibilité dans une région AWS. Récemment, l'application web a été submergée par un volume inattendu de données de traceurs, et des données ont été perdues sans aucun moyen de rejouer les événements. Un architecte de solutions doit empêcher que cela ne se reproduise avec le moins de frais opérationnels possible. Que doit faire l'architecte de solutions ?

La création d'une file d'attente Amazon SQS est la solution la plus appropriée car elle découple l'ingestion de données du traitement par l'application web. SQS est un service de file d'attente de messages entièrement géré, hautement disponible et évolutif, qui peut absorber des pics de trafic inattendus, empêchant ainsi la perte de données et les surcharges d'applications. L'application peut ensuite interroger la file d'attente à son propre rythme, assurant un traitement fiable sans être submergée. Stocker les données dans un compartiment S3 nécessiterait une logique d'application complexe pour détecter et traiter les nouveaux fichiers, ce qui augmenterait la charge opérationnelle. Utiliser API Gateway avec Lambda pour traiter chaque élément simultanément pourrait être coûteux et ne résout pas directement le problème de la gestion des pics de volume avant le traitement. DynamoDB est une base de données NoSQL et, bien qu'évolutive, son utilisation comme file d'attente de messages est moins efficace et plus coûteuse que SQS, car elle nécessiterait une gestion manuelle de la logique de file d'attente et du TTL pour la suppression.