Вернуться к статье

Сравнительный анализ методов обеспечения идемпотентности в кредитных информационных системах

Таблица 4 - Состав модельного журнала событий

Тип события

Количество

Назначение в эксперименте

Исходные корректные операции

10 000

Базовый поток новых заявок и действий по кредитному процессу

Повторный HTTP-запрос с тем же idempotency key

600

Сценарий потери ответа после успешной обработки

Межканальный повтор с новым техническим ключом

350

Одна операция поступает из другого канала обслуживания

Повторная доставка интеграционного сообщения

250

Семантика at-least-once delivery в асинхронном обмене

Повтор после достижения целевого состояния

50

Команда приходит после регистрации заявки, активации договора или резервирования лимита

Допустимые похожие операции

200

Новые операции с близкими атрибутами, которые нельзя блокировать как дубли