Ein ereignisgesteuertes Bestellsystem verwendet eine Amazon SQS-Standard-Warteschlange. Während des Tests wurde die Verarbeitung gestoppt, da eine einzelne Bestellnachricht einen Backend-Fehler verursachte und nachfolgende Nachrichten blockierte. Das Sichtbarkeits-Timeout der Warteschlange beträgt 30 Sekunden, während die Backend-Verarbeitung nach 10 Sekunden ein Timeout erreicht. Ein Lösungsarchitekt muss die Untersuchung fehlerhafter Nachrichten ermöglichen und sicherstellen, dass nachfolgende Nachrichten weiterhin verarbeitet werden. Was sollte der Lösungsarchitekt tun?

Eine Dead-Letter-Warteschlange (DLQ) ist die effektivste Lösung, um fehlerhafte Nachrichten zu isolieren und zu verhindern, dass sie die Verarbeitung nachfolgender Nachrichten blockieren. Wenn eine Nachricht nach mehreren Verarbeitungsversuchen fehlschlägt, wird sie automatisch in die DLQ verschoben. Dies ermöglicht die weitere Verarbeitung der Hauptwarteschlange und bietet gleichzeitig die Möglichkeit, die fehlerhaften Nachrichten separat zu untersuchen und zu beheben. Eine SQS-Standard-Warteschlange ist für diesen Zweck ausreichend, da die Reihenfolge der Fehlerbehandlung in der DLQ oft nicht kritisch ist. Das Erhöhen oder Reduzieren des Sichtbarkeits-Timeouts würde das Problem der blockierenden Nachricht nicht lösen, sondern nur die Zeitspanne ändern, in der sie blockiert. Eine FIFO-Warteschlange als DLQ ist unnötig, da die Reihenfolge der fehlerhaften Nachrichten in der Regel nicht relevant ist und Standard-Warteschlangen kostengünstiger sind.