ПОВТОРНЫЙ ПОКАЗ СООБЩЕНИЯ — ЭТО НЕ БАГ, А «ОЙ»

ПОВТОРНЫЙ ПОКАЗ СООБЩЕНИЯ — ЭТО НЕ БАГ, А «ОЙ»

В Kafka consumer может получить одно и то же сообщение ещё раз. Да, даже если вам казалось, что всё уже обработано и можно праздновать.

Почему так бывает:
— consumer не успел подтвердить обработку;
— случился ребаланс;
— сервис моргнул не вовремя;
— очередь решила напомнить, кто тут главный.

Смысл простой: Kafka любит доставку “как минимум один раз”. То есть дубль — не редкость, а штатный сценарий. 🎯

Что делать:
— делать обработку идемпотентной;
— не верить, что “успешно записали” = “точно один раз”;
— хранить состояние так, чтобы повтор не ломал бизнес-логику;
— отдельно продумывать retry и DLQ, а не надеяться на удачу.

Ирония в том, что самая дорогая ошибка тут — не повтор, а уверенность, что повтора не будет.

Kafka не обещает магию. Она обещает доставку. А это уже почти роскошь.