File d’attente de lettres mortes
Une file d’attente de lettres mortes (DLQ) conserve les messages écartés pour les examiner et les retraiter de manière contrôlée.
Une file d’attente de lettres mortes, ou dead-letter queue (DLQ), est une file distincte pour les messages écartés du traitement normal. Elle permet d’examiner les messages non traités et de les reprendre de manière contrôlée. La configuration détermine lesquels y arrivent ; une erreur applicative ne les y dirige pas systématiquement.
Prévoir une reprise après la mise à l’écart
Dans un système d’intégration fictif, le message E-81 contient une version de schéma non prise en charge. Au lieu d’être réessayé indéfiniment dans le flux normal, il suit le routage d’erreur configuré. L’équipe conserve une trace du motif d’échec et de l’identité du message. Après correction des données ou adaptation du consommateur, elle peut le retraiter volontairement en empêchant les effets en double.
Dans RabbitMQ, le Dead-Letter Exchange (DLX) est le point de routage qui transmet ces messages aux files qui lui sont liées. Ce n’est pas la DLQ elle-même. Les motifs peuvent inclure un rejet sans remise en file, l’expiration du message ou des limites configurées. Le routage et les liaisons appropriées doivent être établis.
Il faut aussi prévoir supervision, droits d’accès, conservation et procédure de reprise. La DLQ ne constitue ni une tâche terminée ni une réparation automatique. Le transfert ne garantit pas non plus l’absence de perte : le dead-lettering par défaut de RabbitMQ peut perdre des messages si la file cible est indisponible.
Sources
Termes associés
- Acquittement de messageUn acquittement indique au courtier de messages qu’une livraison a été reçue ou traitée selon la règle convenue.
- Inbox transactionnelleUne inbox transactionnelle utilise des enregistrements durables de messages pour protéger le traitement local contre les livraisons en double.
- Stratégie de nouvelle tentativeUne stratégie de nouvelle tentative précise quels échecs relancer, avec quels délais et jusqu’à quelle limite.
- Server-Sent EventsLes Server-Sent Events transmettent du texte du serveur au client par HTTP, par exemple sur l’avancement d’une tâche en arrière-plan.
- ETagUn ETag identifie une version de représentation d’une ressource HTTP et permet des lectures ou modifications conditionnelles.
- Cross-Origin Resource SharingCORS contrôle l’accès du navigateur aux réponses d’une autre origine. Il ne remplace ni la connexion ni la vérification des droits de l’API.
Votre projet avec ASES
Décrivez-nous votre projet. Nous revenons vers vous avec une première évaluation.