Изменения документа Движок cccc1808. ProcessEngine
Редактировал(а) Alexandr Fokin 2026/04/27 13:28
От версии 1.29
отредактировано Alexandr Fokin
на 2026/04/10 15:19
на 2026/04/10 15:19
Изменить комментарий:
К данной версии нет комментариев
К версии 1.23
отредактировано Alexandr Fokin
на 2026/04/10 15:02
на 2026/04/10 15:02
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -18,7 +18,7 @@ 18 18 Для текущей реализации в качестве хранилище может выступать БД, поддерживающая: 19 19 20 20 * транзакции 21 -* savepoint (если используются) (можно обрабатывать каждый шаг отдельной транзакцией или весь процесс без savepoint изоляции ошибок).21 +* savepoint (если используются) 22 22 * updatelock 23 23 * updatelock skip locked 24 24 * sharelock (можно обойтись без него) ... ... @@ -31,7 +31,7 @@ 31 31 ))) 32 32 ))) 33 33 |(% style="width:132px" %)Особенности|(% style="width:1301px" %)((( 34 -|(% style="width:159px" %)Батчинг при выполнении.|(% style="width:1168px" %)(((34 +|(% style="width:159px" %)Батчинг|(% style="width:1168px" %)((( 35 35 Возможность использовать и комбинировать разные типы выполнения как 36 36 37 37 * (1 транзакция - 1 процесс), ... ... @@ -59,9 +59,6 @@ 59 59 60 60 см. пример 1. 61 61 ))) 62 -|(% style="width:159px" %)Stream process|(% style="width:1168px" %)Возможность реализации stream процессов. Которые обрабатываются некоторый поток сообщений. 63 -Через использование триггеров (при поступлении сообщения публикуется TriggerEvent) и системы гарантированного пробуждения (процесс гарантировано не уснет, если есть необработанные сообщения). 64 -Например: TransactionOutbox. 65 65 |(% style="width:159px" %)Перехват ошибок|(% style="width:1168px" %)Перехват и обработка ошибок, если процесс выкинул exception в движок. Реализацию простого retry с задержкой (создается триггер на следующую попытку). 66 66 |(% style="width:159px" %)Параллельное выполнение|(% style="width:1168px" %)Допускается запуск нескольких раннеров (на разных нодах), работающих с одной таблицей процессов для распределения нагрузки между ними. 67 67 Допускается фильтрация типов процессов между нодами (чтобы нода выполняла только определенные типы процессов, в том числе по приоритету). ... ... @@ -75,10 +75,6 @@ 75 75 |(% style="width:132px" %)Примеры|(% style="width:1301px" %)((( 76 76 |(% style="width:32px" %)1|(% style="width:171px" %)Родительский процесс, N дочерних процессов.|(% style="width:1066px" %)((( 77 77 |(% style="width:870px" %)((( 78 -В данном примере имеется в виду, что дочерние процессы могут выполняться параллельно другу и независимо друг от друга, но в конце должны оповестить родительский процесс о необходимости продолжения обработки. 79 -Если речь идет о каких-либо зависимостях порядка выполнения в дочерних процессах, то это может контролировать дочерний процесс (выделяя группу, которую сейчас можно запустить и ожидая окончания). 80 -))) 81 -|(% style="width:870px" %)((( 82 82 1. Родительский процесс создает триггер со счетчиком N, создает и запускает дочерние процессы, засыпает. 83 83 1. Дочерние процесс при завершении публикует TriggerEvent. 84 84 1. TriggerConsumerRunner периодически считывает батч TriggerEvent, уменьшает считчик триггера и делает запись в БД. За счет агрегации событий завершения процессов мы уменьшаем нагрузку на БД.