Изменения документа Диллема обработки сообщений

Редактировал(а) Alexandr Fokin 2024/06/12 16:21

<
От версии < 3.1 >
отредактировано Alexandr Fokin
на 2020/08/09 15:29
К версии < 4.1 >
отредактировано Alexandr Fokin
на 2020/08/09 15:32
>
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

Свойства страницы
Название
... ... @@ -1,1 +1,1 @@
1 -Обработка с транзакцией
1 +Диллема обработки сообщений
Содержимое
... ... @@ -25,11 +25,12 @@
25 25  Вопросы
26 26  1) Является ли повторная обработка одного и того же сообщения допустимой для нашей системы.
27 27  2) Является ли потеря данных из одного из сообщений критичной для нашей системы
28 -3) Использование потхода номер 2 совместно с каким-либо более мродвинутым механизмом транзакции. Т.е в случае падения приложения транзакция не будет завершена успешно.
29 -Но еть риск если у нас выполняются 2 действия:
28 +3) Использование потхода номер 2 совместно с каким-либо более продвинутым механизмом транзакций. Т.е в случае падения приложения транзакция не будет завершена успешно.
29 +Но есть риск если у нас выполняются 2 действия:
30 30  1) коммит транзакции в базе, 2) коммит сообщения. (или в порядке 2, 1)
31 31  В случае падения приложения между указанными шагами, мы все равно можем получить
32 -либо потерю (из-за незавершенной транзакции), либо повторнуб обработку из-за незакоммиченного сообщения очреди.
32 +либо потерю сообщения (закоммитили сообщение, но не завершили транзацию),
33 +либо повторную обработку (завершили транзакцию, но не закоммитил сообщение).
33 33  Хоть и вероятность такого события в целом крайне мала. (зависит от системы)
34 34  
35 35