Исходный код вики Производительность и надежность
Версия 1.5 от Alexandr Fokin на 2026/07/27 02:43
Скрыть последних авторов
| author | version | line-number | content |
|---|---|---|---|
 |
1.1 | 1 | |(% style="width:40px" %) |(% style="width:1394px" %)[[Примеры>>doc:Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.Тема\. Сигналы и триггеры.Примеры.WebHome]] |
| 2 | |(% style="width:40px" %) |(% style="width:1394px" %)((( | ||
| |
1.4 | 3 | |(% style="width:127px" %)Проблемы и риски|(% style="width:1260px" %)((( |
| |
1.5 | 4 | |Тип|(% style="width:312px" %)Причина|(% style="width:703px" %)Пример |
| 5 | |Потеря данных в хранилище.|(% style="width:312px" %)Падение ненадежного (например InMemory) хранилища.|(% style="width:703px" %)Потеря счетчика сигналов (не знаем сколько сигналов осталось получить). | ||
| 6 | |Потеря сигнала.|(% style="width:312px" %)Отправка TriggerEvent без sql TransactionalOutbox.|(% style="width:703px" %)TriggerEvent не был отправлен (no gracefull shutdown) / Счетчик не был изменен | ||
| |
1.2 | 7 | -> Зависание обработки. |
| |
1.5 | 8 | |Ложный или дублирующий сигнал.|(% style="width:312px" %)Обработка TriggerEvent без sql TransactionalInbox.|(% style="width:703px" %)TriggerEvent был обработан более одного раза (event consumer reconnect, db transaction commited, broker message not commited) / Счетчик был уменьшен более чем на 1. |
| |
1.2 | 9 | -> Ложное, преждевременное срабатывание триггера. |
| 10 | )))| | | ||
| |
1.4 | 11 | |(% style="width:127px" %)Технологические решения|(% style="width:1260px" %)((( |
| 12 | |((( | ||
| 13 | Полная целостность. | ||
| |
1.3 | 14 | |
| |
1.4 | 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 | Основывается на том, что вероятность исключительных ситуаций не велика. | ||
| |
1.3 | 29 | ))) |
| 30 | )))| | | ||
| |
1.4 | 31 | |(% style="width:127px" %)Выводы|(% style="width:1260px" %)((( |
| |
1.2 | 32 | * Более производительные решения возможны только с использованием InMemory ([[NoSQL>>doc:Разработка.Базы данных.NoSQL.WebHome]]) хранилища. Что ведет к понижению надежности и отсутствию полного [[ACID>>doc:Разработка.Базы данных.Концепции.ACID.WebHome]]. |
| 33 | * Решение на основа только реляционной БД ([[SQL>>doc:Разработка.Базы данных.SQL.WebHome]]) не может гарантировать такой же высокий уровень производительности. Возможно смещение в сторону периодической перепроверки по таймеру (увеличение задержки между завершением работы и реакций на это). | ||
| 34 | )))| | | ||
| |
1.1 | 35 | ))) |
| 36 | |(% style="width:40px" %) |(% style="width:1394px" %) | ||
| 37 | |||
| 38 |