Изменения документа Производительность и надежность
Редактировал(а) Alexandr Fokin 2026/07/27 03:11
От версии 1.14
отредактировано Alexandr Fokin
на 2026/07/27 03:05
на 2026/07/27 03:05
Изменить комментарий:
К данной версии нет комментариев
К версии 1.5
отредактировано Alexandr Fokin
на 2026/07/27 02:43
на 2026/07/27 02:43
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -1,5 +1,13 @@ 1 1 |(% style="width:40px" %) |(% style="width:1394px" %)[[Примеры>>doc:Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.Тема\. Сигналы и триггеры.Примеры.WebHome]] 2 2 |(% style="width:40px" %) |(% style="width:1394px" %)((( 3 +|(% style="width:127px" %)Проблемы и риски|(% style="width:1260px" %)((( 4 +|Тип|(% style="width:312px" %)Причина|(% style="width:703px" %)Пример 5 +|Потеря данных в хранилище.|(% style="width:312px" %)Падение ненадежного (например InMemory) хранилища.|(% style="width:703px" %)Потеря счетчика сигналов (не знаем сколько сигналов осталось получить). 6 +|Потеря сигнала.|(% style="width:312px" %)Отправка TriggerEvent без sql TransactionalOutbox.|(% style="width:703px" %)TriggerEvent не был отправлен (no gracefull shutdown) / Счетчик не был изменен 7 +-> Зависание обработки. 8 +|Ложный или дублирующий сигнал.|(% style="width:312px" %)Обработка TriggerEvent без sql TransactionalInbox.|(% style="width:703px" %)TriggerEvent был обработан более одного раза (event consumer reconnect, db transaction commited, broker message not commited) / Счетчик был уменьшен более чем на 1. 9 +-> Ложное, преждевременное срабатывание триггера. 10 +)))| | 3 3 |(% style="width:127px" %)Технологические решения|(% style="width:1260px" %)((( 4 4 |((( 5 5 Полная целостность. ... ... @@ -7,7 +7,7 @@ 7 7 TriggerEvent sql TransactionalInbox 8 8 + TriggerEvent sql TransactionalOutbox 9 9 + sql store. 10 -)))|Полн ая ACID целостность (отсутствие проблем), но меньшая пропускная способность из-заограничений производительностиsql БД.18 +)))|Полня ACID целостность (отсутствие проблем), но меньшая пропускная способность из-за sql БД. 11 11 |Меньшие гарантии|((( 12 12 Использование меньших гарантий требует дополнительных проверок: 13 13 ... ... @@ -20,29 +20,8 @@ 20 20 Основывается на том, что вероятность исключительных ситуаций не велика. 21 21 ))) 22 22 )))| | 23 -|(% style="width:127px" %)Проблемы и риски при использовании меньших гарантий.|(% style="width:1260px" %)((( 24 -|Тип|(% style="width:312px" %)Причина|(% style="width:703px" %)Пример 25 -|Потеря данных в хранилище.|(% style="width:312px" %)Падение ненадежного (например InMemory) хранилища.|(% style="width:703px" %)Потеря счетчика сигналов. 26 -|Потеря сигнала.|(% style="width:312px" %)Отправка TriggerEvent без sql TransactionalOutbox.|(% style="width:703px" %)((( 27 -* TriggerEvent не был отправлен (no gracefull shutdown) 28 - 29 --> Счетчик не был изменен. 30 --> Зависание обработки. 31 -))) 32 -|Ложный или дублирующий сигнал.|(% style="width:312px" %)Обработка TriggerEvent без sql TransactionalInbox.|(% style="width:703px" %)((( 33 -TriggerEvent был обработан более одного раза. 34 - 35 -* Отвал и переподключение consumer. Транзакция БД закомичена, а сообщение брокера нет. 36 -* Дублирование сообщений на отправке. 37 -** Проблемы с сетью (доставка подтверждения отправки). 38 -** Падение сервиса после публикации сообщения (без фиксации). 39 - 40 --> Счетчик был уменьшен более чем на 1. 41 --> Ложное, преждевременное срабатывание триггера. 42 -))) 43 -)))| | 44 44 |(% style="width:127px" %)Выводы|(% style="width:1260px" %)((( 45 -* Более производительные решения возможны только с использованием InMemory ([[NoSQL>>doc:Разработка.Базы данных.NoSQL.WebHome]]) хранилища. Что ведет к по тере полнойцелостностии отсутствию полного [[ACID>>doc:Разработка.Базы данных.Концепции.ACID.WebHome]].32 +* Более производительные решения возможны только с использованием InMemory ([[NoSQL>>doc:Разработка.Базы данных.NoSQL.WebHome]]) хранилища. Что ведет к понижению надежности и отсутствию полного [[ACID>>doc:Разработка.Базы данных.Концепции.ACID.WebHome]]. 46 46 * Решение на основа только реляционной БД ([[SQL>>doc:Разработка.Базы данных.SQL.WebHome]]) не может гарантировать такой же высокий уровень производительности. Возможно смещение в сторону периодической перепроверки по таймеру (увеличение задержки между завершением работы и реакций на это). 47 47 )))| | 48 48 )))