Изменения документа Диллема обработки сообщений
Редактировал(а) Alexandr Fokin 2024/06/12 16:21
<
>
отредактировано Alexandr Fokin
на 2023/01/23 23:55
на 2023/01/23 23:55
отредактировано Alexandr Fokin
на 2020/08/09 15:32
на 2020/08/09 15:32
Изменить комментарий:
К данной версии нет комментариев
Комментарий
-
Свойства страницы (2 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Родительский документ
-
... ... @@ -1,1 +1,1 @@ 1 -Архитектура и модели. Модели.Конвейер и Запрос-Ответ.WebHome1 +Архитектура и модели.WebHome - Содержимое
-
... ... @@ -24,12 +24,8 @@ 24 24 25 25 Вопросы 26 26 1) Является ли повторная обработка одного и того же сообщения допустимой для нашей системы. 27 -2) Является ли потеря данных из одного из сообщений критичной для нашей системы. 28 -3) Возможно в нашей системе производитель сообщение, генерирует сообщенеи повторно через некоторой промежуток времени, если фиксирует, что предыдущее сообщение не было обработано. 29 - 30 - 31 -Более надежное, но более тяжелое решение: 32 -Использование потхода номер 2 совместно с каким-либо более продвинутым механизмом транзакций. Т.е в случае падения приложения транзакция не будет завершена успешно. 27 +2) Является ли потеря данных из одного из сообщений критичной для нашей системы 28 +3) Использование потхода номер 2 совместно с каким-либо более продвинутым механизмом транзакций. Т.е в случае падения приложения транзакция не будет завершена успешно. 33 33 Но есть риск если у нас выполняются 2 действия: 34 34 1) коммит транзакции в базе, 2) коммит сообщения. (или в порядке 2, 1) 35 35 В случае падения приложения между указанными шагами, мы все равно можем получить