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