Изменения документа Производительность и надежность
Редактировал(а) Alexandr Fokin 2026/07/27 03:11
От версии 1.7
отредактировано Alexandr Fokin
на 2026/07/27 02:50
на 2026/07/27 02:50
Изменить комментарий:
К данной версии нет комментариев
К версии 1.3
отредактировано Alexandr Fokin
на 2026/07/27 02:30
на 2026/07/27 02:30
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -1,34 +1,23 @@ 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 -|((( 5 -Полная целостность. 6 - 7 -TriggerEvent sql TransactionalInbox 8 -+ TriggerEvent sql TransactionalOutbox 9 -+ sql store. 10 -)))|Полня ACID целостность (отсутствие проблем), но меньшая пропускная способность из-за ограничений производительности sql БД. 11 -|Меньшие гарантии|((( 12 -Использование меньших гарантий требует дополнительных проверок: 13 - 14 -* Дополнительные проверки условия -> обнаружения инцидента ложного сигнала. 15 -В случае обнаружения инцидента: 16 -** Попытка пересчитать временный счетчик (количество необработанных значений не менее N). 17 -** Реагирование на каждый поступающий сигнал (возможно с задержкой после срабатывания). 18 -* Страхующая проверка завязанная на таймер (периодическая) -> обнаружения инцидента потери сигнала. 19 - 20 -Основывается на том, что вероятность исключительных ситуаций не велика. 21 -))) 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" %)TriggerEvent не был отправлен (no gracefull shutdown) / Счетчик не был изменен 3 +|Риски|((( 4 +|Тип|Причина|Пример 5 +|Потеря данных в хранилище.|Падение ненадежного (например InMemory) хранилища.|Потеря счетчика сигналов. 6 +|Потеря сигнала.|Отправка TriggerEvent без sql TransactionalOutbox.|TriggerEvent не был отправлен / Счетчик не был изменен 27 27 -> Зависание обработки. 28 -|Ложный или дублирующий сигнал.| (% style="width:312px" %)Обработка TriggerEvent без sql TransactionalInbox.|(% style="width:703px" %)TriggerEvent был обработан более одного раза(event consumer reconnect, db transaction commited, broker message not commited)/ Счетчик был уменьшен более чемна1.8 +|Ложный или дублирующий сигнал.|Обработка TriggerEvent без sql TransactionalInbox.|TriggerEvent был обработан более одного раза / Счетчик был уменьшен на более чем 1 29 29 -> Ложное, преждевременное срабатывание триггера. 30 30 )))| | 31 -|(% style="width:127px" %)Выводы|(% style="width:1260px" %)((( 11 +|Инструменты|((( 12 +|TriggerEvent sql TransactionalInbox + TriggerEvent sql TransactionalOutbox + sql store.|Полня ACID целостность (отсутствие рисков), но меньшая пропускная способность из-за sql БД. 13 +| |((( 14 +Использование меньших гарантий требует дополнительных проверок. 15 + 16 +* Дополнительные проверки условия для обнаружения ложного сигнала. 17 +* Страхующая проверка завязанная на таймер для обнаружения зависания обработки. 18 +))) 19 +)))| | 20 +|Выводы|((( 32 32 * Более производительные решения возможны только с использованием InMemory ([[NoSQL>>doc:Разработка.Базы данных.NoSQL.WebHome]]) хранилища. Что ведет к понижению надежности и отсутствию полного [[ACID>>doc:Разработка.Базы данных.Концепции.ACID.WebHome]]. 33 33 * Решение на основа только реляционной БД ([[SQL>>doc:Разработка.Базы данных.SQL.WebHome]]) не может гарантировать такой же высокий уровень производительности. Возможно смещение в сторону периодической перепроверки по таймеру (увеличение задержки между завершением работы и реакций на это). 34 34 )))| |