Kafka-дайджест для тех, кто строит воронки на событиях.

Kafka-дайджест для тех, кто строит воронки на событиях.

1. Повторная обработка сообщений — не баг, а встроенный риск consumer-а: сообщение может прилететь еще раз, даже если сервис уже «почти успел» его обработать.

2. Главный окно проблем — когда consumer падает между чтением и commit offset. Внешне все выглядит как обычный ретрай, а по факту начинается дубль действий: повторный заказ, двойное списание, лишний триггер в цепочке.

3. Для команд, которые гонят события в CRM, рассылки или триггерные сценарии, это прямой сигнал проверить idempotency: без нее любая нестабильность превращает retry в лишнюю нагрузку и шум в данных.

4. Практический вывод: смотреть нужно не только на сам Kafka flow, но и на то, что делает downstream после сообщения. Там и решается, станет retry полезной страховкой или дорогим дублем ⚠️