Изменения документа Производительность и надежность
Редактировал(а) Alexandr Fokin 2026/08/26 19:07
От версии 1.4
отредактировано Alexandr Fokin
на 2026/07/27 02:41
на 2026/07/27 02:41
Изменить комментарий:
К данной версии нет комментариев
К версии 1.17
отредактировано Alexandr Fokin
на 2026/08/26 19:07
на 2026/08/26 19:07
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -1,13 +1,5 @@ 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 11 |(% style="width:127px" %)Технологические решения|(% style="width:1260px" %)((( 12 12 |((( 13 13 Полная целостность. ... ... @@ -15,7 +15,7 @@ 15 15 TriggerEvent sql TransactionalInbox 16 16 + TriggerEvent sql TransactionalOutbox 17 17 + sql store. 18 -)))|Полня ACID целостность (отсутствие проблем), но меньшая пропускная способность из-за sql БД. 10 +)))|Полная ACID целостность (отсутствие проблем), но меньшая пропускная способность из-за ограничений производительности sql БД. 19 19 |Меньшие гарантии|((( 20 20 Использование меньших гарантий требует дополнительных проверок: 21 21 ... ... @@ -26,10 +26,33 @@ 26 26 * Страхующая проверка завязанная на таймер (периодическая) -> обнаружения инцидента потери сигнала. 27 27 28 28 Основывается на том, что вероятность исключительных ситуаций не велика. 21 + 22 +[[Надежность триггеров>>doc:Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.Тема\. Сигналы и триггеры.Надежность триггеров.WebHome]] 29 29 ))) 30 30 )))| | 25 +|(% style="width:127px" %)Проблемы и риски при использовании меньших гарантий.|(% style="width:1260px" %)((( 26 +|Тип|(% style="width:312px" %)Причина|(% style="width:703px" %)Пример 27 +|Потеря данных в хранилище.|(% style="width:312px" %)Падение ненадежного (например InMemory) хранилища.|(% style="width:703px" %)Потеря счетчика сигналов. 28 +|Потеря сигнала.|(% style="width:312px" %)Отправка TriggerEvent без sql TransactionalOutbox.|(% style="width:703px" %)((( 29 +* TriggerEvent не был отправлен (no gracefull shutdown) 30 + 31 +-> Счетчик не был изменен. 32 +-> Зависание обработки. 33 +))) 34 +|Ложный или дублирующий сигнал.|(% style="width:312px" %)Обработка TriggerEvent без sql TransactionalInbox.|(% style="width:703px" %)((( 35 +TriggerEvent был обработан более одного раза ([[Гарантии доставки>>doc:Разработка.Брокеры сообщений.Apache Kafka.Kafka\. Механизмы.Гарантии доставки.WebHome]]). 36 + 37 +* Отвал и переподключение consumer. Транзакция БД закомичена, а сообщение брокера нет. 38 +* Дублирование сообщений на отправке. 39 +** Проблемы с сетью (доставка подтверждения отправки). 40 +** Падение сервиса после публикации сообщения (без фиксации). 41 + 42 +-> Счетчик был уменьшен более чем на 1. 43 +-> Ложное, преждевременное срабатывание триггера. 44 +))) 45 +)))| | 31 31 |(% style="width:127px" %)Выводы|(% style="width:1260px" %)((( 32 -* Более производительные решения возможны только с использованием InMemory ([[NoSQL>>doc:Разработка.Базы данных.NoSQL.WebHome]]) хранилища. Что ведет к по нижениюнадежностии отсутствию полного [[ACID>>doc:Разработка.Базы данных.Концепции.ACID.WebHome]].47 +* Более производительные решения возможны только с использованием InMemory ([[NoSQL>>doc:Разработка.Базы данных.NoSQL.WebHome]]) хранилища. Что ведет к потере полной целостности и отсутствию полного [[ACID>>doc:Разработка.Базы данных.Концепции.ACID.WebHome]]. При этом корретная обработка возможна (хоть она и будет более долгой). 33 33 * Решение на основа только реляционной БД ([[SQL>>doc:Разработка.Базы данных.SQL.WebHome]]) не может гарантировать такой же высокий уровень производительности. Возможно смещение в сторону периодической перепроверки по таймеру (увеличение задержки между завершением работы и реакций на это). 34 34 )))| | 35 35 )))