Un pipeline de télémétrie satellitaire place de petits paquets de données dans une file d'attente standard Amazon SQS. Une application en aval transforme les messages, mais ne peut parfois pas transformer certains messages ; ces messages échoués restent dans la file d'attente SQS. L'ingénieur DevOps doit conserver les messages échoués et les rendre disponibles aux scientifiques pour examen et traitement ultérieur. Quelle solution répond à ces exigences ?

La création d'une file d'attente de lettres mortes (DLQ) SQS est la solution la plus simple et la plus idiomatique pour gérer les messages qui ne peuvent pas être traités avec succès. En configurant la politique de redrive de la file d'attente source pour envoyer les messages à la DLQ après une seule réception maximale (ce qui signifie que le message n'a pas pu être traité dès la première tentative), on s'assure que les messages échoués sont isolés et conservés. Les scientifiques peuvent ensuite accéder à cette DLQ pour examiner et retraiter les messages. Les autres options sont moins efficaces ou plus complexes : L'utilisation de Lambda pour interroger, valider et copier vers S3 introduit une logique de gestion des erreurs personnalisée qui est déjà nativement gérée par les DLQ. La conversion en file d'attente FIFO n'est pas nécessaire car l'ordre n'est pas une exigence explicite ici, et la logique de déplacement des messages via EventBridge et Lambda est une solution de contournement complexe pour ce que les DLQ gèrent directement. L'utilisation d'API Gateway et de files d'attente virtuelles distinctes ajoute une complexité inutile à l'architecture sans résoudre directement le problème de la gestion des messages non transformables de manière standard.