L'application Java d'une entreprise consomme des messages d'Amazon SQS mais ne peut pas analyser les messages de plus de 256 Ko. L'entreprise souhaite que l'application gère des messages allant jusqu'à 50 Mo avec le MINIMUM de modifications de code. Quelle solution répond à cette exigence ?

La bibliothèque cliente étendue Amazon SQS pour Java est la solution la plus efficace car elle permet de gérer des messages SQS dépassant la limite de 256 Ko en stockant automatiquement la charge utile du message dans Amazon S3 et en envoyant un pointeur vers S3 via SQS. Cela nécessite un minimum de modifications de code dans l'application Java existante, car la bibliothèque gère la logique de manière transparente. Utiliser Amazon EventBridge n'est pas idéal car il s'agit d'un service différent avec des cas d'utilisation distincts (routage d'événements) et nécessiterait une refonte significative de l'architecture de messagerie. Modifier la limite dans Amazon SQS n'est pas possible, car la limite de 256 Ko est une contrainte fixe du service. Stocker les messages dans Amazon EFS et configurer SQS pour y faire référence nécessiterait une logique personnalisée complexe pour la gestion du stockage et de la récupération, ce qui est plus coûteux en termes de développement que d'utiliser la bibliothèque étendue SQS.