Dead-letter queues

Les messages qui échouent un certain nombre de fois sont mis de côté pour inspection : un seul mauvais message ne bloque plus la file et ne brûle plus la capacité des workers.

Où on le retrouve dans les vrais systèmes

  • File de messages

    Une file absorbe les pics : l'API répond dès que le message est stocké, et les workers vident l'arriéré à leur rythme. Les files standard livrent au moins une fois et peuvent réordonner ; les files FIFO gardent l'ordre mais plafonnent le débit. Les messages qui échouent à répétition partent en dead-letter.

    En production : Amazon SQS, RabbitMQ, Azure Service Bus, Google Cloud Tasks

  • Dead-letter queue

    Sans elle, un message empoisonné est retenté à l'infini et gaspille la capacité des workers. Avec elle, il est isolé après un certain nombre de livraisons et un ingénieur peut l'inspecter puis le rejouer.

    En production : Amazon SQS DLQ, RabbitMQ dead-letter exchange, Kafka DLQ topic

Regarde-le casser, puis répare-le

Construis une architecture, envoie-lui une journée de trafic et de pannes, et comprends pourquoi elle tient ou cède. Gratuit pour commencer.

Ouvrir le parcours Ouvrir le bac à sable