Waar gaat de retry naartoe bij een conflict in de versie van de optimistische lock — van het Kafka-bericht of van de service?

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

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

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

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