Различать событие и попытку
Заказ WEB-1042 сохраняет один идентификатор при повторных нажатиях. Счётчик попыток относится к обработке этой записи. Поэтому сбой не превращает одну задачу в несколько независимых заказов.
СИТУАЦИЯ И ЗАМЫСЕЛ
Вторая попытка не должна создавать второй заказ.
Покупатель нажал «Оформить». На сайте заказ есть, а в учётной системе его пока нет: соединение прервалось в самый неудобный момент. Сотрудник повторяет отправку. Затем исходное уведомление приходит ещё раз. Покупатель по-прежнему ждёт одну посылку. Система уже получила несколько сигналов. Для интернет-магазина это не редкая инженерная загадка, а задача, у которой должен быть понятный рабочий ответ.
В этом примере мы реализовали интерфейс очереди и модель обработки такого события. Заказ сохраняет номер, попытки считаются отдельно. При сбое сотрудник видит причину и доступное действие. После восстановления связи он возвращается к той же записи. Нужна не новая заявка, а завершение уже начатой операции.
Рядом находится журнал. В нём видно принятие заказа, сбой, повтор и подтверждение обработки. Повтор того же события не увеличивает число заказов. Это небольшой интерфейс, но в нём можно проверить важную договорённость между системами: повторять попытку и создавать новую сущность — разные операции.