Простими словами про патерни. Сьогодні про Dead Letter Queue (DLQ).

У тебе є дублікат ключа. Намагаєшся відкрити двері а воно все не відкриває - і так і сяк а воно не піддається. Кидаєш цей ключ в коробку "розберуся потім" і спокійно відкриваєш іншим який відкривав до цього, щоб не застрягнути в проході. Dead Letter Queue - та сама коробка для повідомлень, які вперто не обробляються.

«Галіме» (poison) повідомлення - з поганими даними чи стійкою помилкою - падає раз за разом. Воно не має ні блокувати чергу, ні губитися.

Рішення: даємо повідомленню обмежену кількість спроб (retry). Вичерпали - перекладаємо його в окрему чергу, Dead Letter Queue. Основна черга рухається далі, а "мертве" повідомлення збережене для розбору й повторного оброблення.

• обмежені retry, далі - у DLQ
• основна черга не блокується
• проблема лишається видимою для аналізу
• повтор із DLQ має бути ідемпотентним

DLQ без моніторингу - це смітник, тому думаємо про алертінг.

#мікросервіси #архітектура #systemdesign #microservices