Изменения документа Производительность и надежность
Редактировал(а) Alexandr Fokin 2026/08/26 19:07
От версии 1.17
отредактировано Alexandr Fokin
на 2026/08/26 19:07
на 2026/08/26 19:07
Изменить комментарий:
К данной версии нет комментариев
К версии 1.14
отредактировано Alexandr Fokin
на 2026/07/27 03:05
на 2026/07/27 03:05
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -18,8 +18,6 @@ 18 18 * Страхующая проверка завязанная на таймер (периодическая) -> обнаружения инцидента потери сигнала. 19 19 20 20 Основывается на том, что вероятность исключительных ситуаций не велика. 21 - 22 -[[Надежность триггеров>>doc:Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.Тема\. Сигналы и триггеры.Надежность триггеров.WebHome]] 23 23 ))) 24 24 )))| | 25 25 |(% style="width:127px" %)Проблемы и риски при использовании меньших гарантий.|(% style="width:1260px" %)((( ... ... @@ -32,7 +32,7 @@ 32 32 -> Зависание обработки. 33 33 ))) 34 34 |Ложный или дублирующий сигнал.|(% style="width:312px" %)Обработка TriggerEvent без sql TransactionalInbox.|(% style="width:703px" %)((( 35 -TriggerEvent был обработан более одного раза ([[Гарантии доставки>>doc:Разработка.Брокеры сообщений.Apache Kafka.Kafka\. Механизмы.Гарантии доставки.WebHome]]).33 +TriggerEvent был обработан более одного раза. 36 36 37 37 * Отвал и переподключение consumer. Транзакция БД закомичена, а сообщение брокера нет. 38 38 * Дублирование сообщений на отправке. ... ... @@ -44,7 +44,7 @@ 44 44 ))) 45 45 )))| | 46 46 |(% style="width:127px" %)Выводы|(% style="width:1260px" %)((( 47 -* Более производительные решения возможны только с использованием InMemory ([[NoSQL>>doc:Разработка.Базы данных.NoSQL.WebHome]]) хранилища. Что ведет к потере полной целостности и отсутствию полного [[ACID>>doc:Разработка.Базы данных.Концепции.ACID.WebHome]]. При этом корретная обработка возможна (хоть она и будет более долгой).45 +* Более производительные решения возможны только с использованием InMemory ([[NoSQL>>doc:Разработка.Базы данных.NoSQL.WebHome]]) хранилища. Что ведет к потере полной целостности и отсутствию полного [[ACID>>doc:Разработка.Базы данных.Концепции.ACID.WebHome]]. 48 48 * Решение на основа только реляционной БД ([[SQL>>doc:Разработка.Базы данных.SQL.WebHome]]) не может гарантировать такой же высокий уровень производительности. Возможно смещение в сторону периодической перепроверки по таймеру (увеличение задержки между завершением работы и реакций на это). 49 49 )))| | 50 50 )))