⚠️ KAFKA CONSUMER МОЖЕТ «ПРОЖЕВАТЬ» ОДНО И ТО ЖЕ СООБЩЕНИЕ ДВАЖДЫ

⚠️ KAFKA CONSUMER МОЖЕТ «ПРОЖЕВАТЬ» ОДНО И ТО ЖЕ СООБЩЕНИЕ ДВАЖДЫ

Когда в сервисах есть Kafka, баги часто выглядят не как падение системы, а как тихая повторная обработка события. Consumer уже прочитал сообщение, но из-за retry или неудачного commit оно прилетает снова. Для бизнеса это не «техническая мелочь», а риск двойных списаний, дублей заказов и лишних инцидентов.

Важный нюанс: Kafka не гарантирует «ровно один раз» из коробки в любом сценарии. Поэтому в проде смотрят не только на consumption rate, но и на то, что происходит при ошибке: как устроен retry, где хранится offset, что делает сервис после фейла и есть ли идемпотентность у обработки.

Для команд это хороший чек-лист на собеседованиях и в design review:
— как система ведёт себя при повторной доставке;
— есть ли защита от дублей;
— какие события можно безопасно переиграть;
— где мониторится рост retry и лаг consumer’ов.

Kafka кажется инфраструктурной деталью, пока не становится причиной бизнес-дубликатов. И именно здесь у сильной команды видно зрелость: она проектирует не только happy path, но и повторную доставку.