Куда идёт retry при конфликте версии оптимистичной блокировки — от Kafka-сообщения или от сервиса?

При использовании оптимистичной блокировки retry обычно инициируется на уровне сервиса, а не Kafka-сообщения.

Причина в том, что Kafka гарантирует доставку сообщения, но не управляет бизнес-логикой и конфликтами данных. Если при обработке сообщения сервис обнаруживает конфликт версии (например, при обновлении записи с оптимистичной блокировкой), он может:

• Сделать retry внутри самого сервиса, повторно пытаясь применить изменения с актуальной версией данных.
• Либо, если retry невозможен или превышен лимит, зафиксировать ошибку и обработать её отдельно.

Таким образом, retry не происходит на уровне Kafka (сообщение не переотправляется автоматически), а контролируется логикой сервиса, который обрабатывает сообщение.