Dead-letter-kö (DLQ)
En separat kö dit meddelanden flyttas när de inte kan behandlas efter ett visst antal försök. I stället för att ett "giftigt" meddelande blockerar kön i all evighet hamnar det i DLQ:n för inspektion och manuell/automatisk hantering.
Problem: ett meddelande som konsekvent kraschar konsumenten (felaktig data, bugg) skulle annars antingen blockera kön eller loopa oändligt (retry-storm). Efter X misslyckade försök "dead-letterar" systemet meddelandet → en parkeringsplats där det inte stör resten. Use case: granska varför det failade, fixa buggen, spela om (redrive) meddelandet. Standard i SQS, RabbitMQ, Kafka (via egna mönster), Azure Service Bus. Bästa praxis: larma på DLQ-djup (ett växande DLQ = något är trasigt), spara felorsak/metadata. Skiljer sig från en vanlig retry: DLQ är slutstationen efter att retries uttömts. Centralt i robusta meddelandedrivna system och microservices.