Une entreprise dispose de deux applications : un expéditeur qui envoie des messages avec des charges utiles à traiter, et une application de traitement qui reçoit et traite ces charges utiles. L'expéditeur envoie environ 1 000 messages par heure. Le traitement des messages peut prendre jusqu'à 2 jours ; les messages échoués doivent être conservés afin de ne pas bloquer le traitement des autres messages. Quelle solution répond à ces exigences et est la PLUS efficace sur le plan opérationnel ?

L'intégration des applications expéditeur et processeur avec Amazon SQS est la solution la plus efficace. SQS est un service de file d'attente de messages entièrement géré qui gère automatiquement la mise à l'échelle et la disponibilité, ce qui réduit la charge opérationnelle. La durée de rétention des messages (jusqu'à 14 jours) est suffisante pour les messages qui prennent jusqu'à 2 jours à traiter. L'utilisation d'une file d'attente de lettres mortes (DLQ) est cruciale pour isoler les messages défaillants sans bloquer le traitement des autres messages, répondant ainsi à une exigence clé. Une instance EC2 avec Redis nécessiterait une gestion manuelle de l'infrastructure et de la base de données, augmentant la complexité opérationnelle. Amazon Kinesis est plus adapté aux flux de données en temps réel et à haut débit, et la KCL ajoute une complexité de développement et de gestion. Amazon SNS est un service de publication/abonnement qui ne garantit pas la rétention des messages non traités et ne gère pas nativement les messages défaillants de la même manière qu'une DLQ SQS.