Kafka — это не только про «быстро и надёжно», но и про очень неприятный сюрприз: одно и то же сообщение может

Kafka — это не только про «быстро и надёжно», но и про очень неприятный сюрприз: одно и то же сообщение может приехать к consumer’у повторно. И если у вас там не тупой лог, а цепочка сервисов с деньгами, статусами и уведомлениями — дубль превращается в маленький кризис.

Я в агентских и продуктовых командах регулярно вижу одну и ту же ловушку: архитектуру рисуют как идеальную линию, а потом в проде ловят retry, таймауты, ребалансировку и внезапно «почему заказ отправился дважды?». Ответ обычно скучный: потому что event-driven мир живёт не по принципу «один раз и навсегда», а по принципу «хотя бы один раз». 📌

И вот тут начинается взрослая инженерия: идемпотентность, дедупликация, outbox, аккуратная обработка ошибок и нормальная стратегия повторов. Без этого Kafka из инфраструктуры роста быстро превращается в генератор фантомных действий.

Если у вас consumer “иногда повторяет”, это не баг недели. Это вопрос к модели обработки целиком, пока он не прилетел в клиентский опыт или в финансы.