**Гипотеза недели:** в Kafka `retry` — это не «ну давайте ещё разок», а потенциальный источник тихих багов и д

**Гипотеза недели:** в Kafka `retry` — это не «ну давайте ещё разок», а потенциальный источник тихих багов и двойных действий.

Что важно заметить:
1. **Повторная обработка сообщения** может случиться не только из-за явной ошибки, но и из-за таймаутов, ребалансов и неаккуратных ack'ов.
2. Если consumer читает событие второй раз, а обработка не идемпотентна — привет, дубли в заказах, письмах и списаниях.
3. Самая частая ловушка: кажется, что всё «упало и поднялось», а на деле бизнес-операция уже успела выполниться дважды.
4. Маленький тест на прочность: проверьте, что критичные handlers умеют переживать повторный заход без хаоса. `retry` должен быть безопасным, а не героическим.

Микровывод для growth-команды: если событие влияет на деньги, лиды или статус пользователя — сначала защита от дублей, потом масштабирование 🚀

—
Для любителей перформанс — @GrowthRoomHub