Une entreprise dispose d'une application de traitement de données héritée qui s'exécute sur des instances Amazon EC2. Les données sont traitées séquentiellement, mais l'ordre des résultats n'a pas d'importance. L'application utilise une architecture monolithique et ne s'adapte actuellement qu'en augmentant la taille des instances. Les développeurs réécrivent l'application en microservices sur Amazon Elastic Container Service (Amazon ECS). Que doit recommander un architecte de solutions pour la communication entre les microservices ?

L'utilisation d'Amazon SQS est la meilleure solution car elle permet une communication asynchrone et découplée entre les microservices, ce qui est idéal pour le traitement séquentiel où l'ordre des résultats n'est pas important. Les producteurs peuvent envoyer des messages à la file d'attente sans attendre de réponse, et les consommateurs peuvent traiter ces messages à leur propre rythme, améliorant ainsi la résilience et l'évolutivité. Amazon SNS est un service de publication/abonnement, plus adapté à la diffusion de messages à plusieurs abonnés simultanément, ce qui n'est pas l'objectif principal ici. Une fonction AWS Lambda pour la transmission de messages introduirait une complexité inutile et des coûts supplémentaires pour une tâche que SQS gère nativement. DynamoDB Streams est conçu pour capturer les modifications de données dans une table DynamoDB, pas comme un mécanisme de communication principal entre microservices pour le traitement de données.