Дубликат обычно определяется по устойчивому идентификатору события, а отметка сохраняется рядом с результатом обработки. Где именно это делалось в проекте, нужно уточнить по реализации.
Как именно сообщение помечалось как дубль? Где именно происходила эта пометка?
Дубликат обычно определяется по устойчивому идентификатору события, а отметка сохраняется рядом с результатом обработки. Где именно это делалось в проекте, нужно уточнить по реализации.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Дубликат обычно определяется по устойчивому идентификатору события, а отметка сохраняется рядом с результатом обработки. Где именно это делалось в проекте, нужно уточнить по реализации.
Надёжный вариант — таблица обработанных event_id с уникальным ограничением и бизнес-изменение в одной транзакции. При повторе обработчик видит уже зафиксированный ID и не повторяет эффект.
Отдельная запись «обработано» до выполнения операции опасна пропуском, а после операции без атомарности — дублем при сбое. Для внешнего API используйте его идемпотентный ключ или отдельный протокол восстановления. TTL дедупликации должен учитывать реальный горизонт повторов.