Редактировал(а) Alexandr Fokin 2026/07/27 03:11

От версии 1.3
отредактировано Alexandr Fokin
на 2026/07/27 02:30
Изменить комментарий: К данной версии нет комментариев
К версии 1.15
отредактировано Alexandr Fokin
на 2026/07/27 03:06
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -1,24 +1,48 @@
1 1  |(% style="width:40px" %) |(% style="width:1394px" %)[[Примеры>>doc:Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.Тема\. Сигналы и триггеры.Примеры.WebHome]]
2 2  |(% style="width:40px" %) |(% style="width:1394px" %)(((
3 -|Риски|(((
4 -|Тип|Причина|Пример
5 -|Потеря данных в хранилище.|Падение ненадежного (например InMemory) хранилища.|Потеря счетчика сигналов.
6 -|Потеря сигнала.|Отправка TriggerEvent без sql TransactionalOutbox.|TriggerEvent не был отправлен / Счетчик не был изменен
7 --> Зависание обработки.
8 -|Ложный или дублирующий сигнал.|Обработка TriggerEvent без sql TransactionalInbox.|TriggerEvent был обработан более одного раза / Счетчик был уменьшен на более чем 1
9 --> Ложное, преждевременное срабатывание триггера.
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 +)))
10 10  )))| |
11 -|Инструменты|(((
12 -|TriggerEvent sql TransactionalInbox + TriggerEvent sql TransactionalOutbox + sql store.|Полня ACID целостность (отсутствие рисков), но меньшая пропускная способность из-за sql БД.
13 -| |(((
14 -Использование меньших гарантий требует дополнительных проверок.
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)
15 15  
16 -* Дополнительные проверки условия для обнаружения ложного сигнала.
17 -* Страхующая проверка завязанная на таймер для обнаружения зависания обработки.
29 +-> Счетчик не был изменен.
30 +-> Зависание обработки.
18 18  )))
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 +)))
19 19  )))| |
20 -|Выводы|(((
21 -* Более производительные решения возможны только с использованием InMemory ([[NoSQL>>doc:Разработка.Базы данных.NoSQL.WebHome]]) хранилища. Что ведет к понижению надежности и отсутствию полного [[ACID>>doc:Разработка.Базы данных.Концепции.ACID.WebHome]].
44 +|(% style="width:127px" %)Выводы|(% style="width:1260px" %)(((
45 +* Более производительные решения возможны только с использованием InMemory ([[NoSQL>>doc:Разработка.Базы данных.NoSQL.WebHome]]) хранилища. Что ведет к потере полной целостности и отсутствию полного [[ACID>>doc:Разработка.Базы данных.Концепции.ACID.WebHome]].
22 22  * Решение на основа только реляционной БД ([[SQL>>doc:Разработка.Базы данных.SQL.WebHome]]) не может гарантировать такой же высокий уровень производительности. Возможно смещение в сторону периодической перепроверки по таймеру (увеличение задержки между завершением работы и реакций на это).
23 23  )))| |
24 24  )))