Изменения документа Производительность и надежность
Редактировал(а) Alexandr Fokin 2026/07/27 03:11
От версии 1.1
отредактировано Alexandr Fokin
на 2026/07/27 02:15
на 2026/07/27 02:15
Изменить комментарий:
К данной версии нет комментариев
К версии 1.15
отредактировано Alexandr Fokin
на 2026/07/27 03:06
на 2026/07/27 03:06
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -1,14 +1,51 @@ 1 1 |(% style="width:40px" %) |(% style="width:1394px" %)[[Примеры>>doc:Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.Тема\. Сигналы и триггеры.Примеры.WebHome]] 2 2 |(% style="width:40px" %) |(% style="width:1394px" %)((( 3 -| | 4 -|Выводы|((( 5 -* Более производительные решения возможны только с использованием InMemory ([[NoSQL>>doc:Разработка.Базы данных.NoSQL.WebHome]]) хранилища. Что ведет к понижению надежности и отсутсвию полного [[ACID>>doc:Разработка.Базы данных.Концепции.ACID.WebHome]]. 6 -* Решение на основа только реляционной БД ([[SQL>>doc:Разработка.Базы данных.SQL.WebHome]]) при высокой производительности не возможно. Возможно смещение в сторону периодической перепроверки по таймеру (увеличение задержки между завершением работы и реакций на это). 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 +Основывается на том, что вероятность исключительных ситуаций не велика. 7 7 ))) 8 -| | 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) 9 9 10 - 29 +-> Счетчик не был изменен. 30 +-> Зависание обработки. 11 11 ))) 32 +|Ложный или дублирующий сигнал.|(% style="width:312px" %)Обработка TriggerEvent без sql TransactionalInbox.|(% style="width:703px" %)((( 33 +TriggerEvent был обработан более одного раза ([[Гарантии доставки>>doc:Разработка.Брокеры сообщений.Apache Kafka.Kafka\. Механизмы.Гарантии доставки.WebHome]]). 34 + 35 +* Отвал и переподключение consumer. Транзакция БД закомичена, а сообщение брокера нет. 36 +* Дублирование сообщений на отправке. 37 +** Проблемы с сетью (доставка подтверждения отправки). 38 +** Падение сервиса после публикации сообщения (без фиксации). 39 + 40 +-> Счетчик был уменьшен более чем на 1. 41 +-> Ложное, преждевременное срабатывание триггера. 42 +))) 43 +)))| | 44 +|(% style="width:127px" %)Выводы|(% style="width:1260px" %)((( 45 +* Более производительные решения возможны только с использованием InMemory ([[NoSQL>>doc:Разработка.Базы данных.NoSQL.WebHome]]) хранилища. Что ведет к потере полной целостности и отсутствию полного [[ACID>>doc:Разработка.Базы данных.Концепции.ACID.WebHome]]. 46 +* Решение на основа только реляционной БД ([[SQL>>doc:Разработка.Базы данных.SQL.WebHome]]) не может гарантировать такой же высокий уровень производительности. Возможно смещение в сторону периодической перепроверки по таймеру (увеличение задержки между завершением работы и реакций на это). 47 +)))| | 48 +))) 12 12 |(% style="width:40px" %) |(% style="width:1394px" %) 13 13 14 14