Изменения документа Движок cccc1808. ProcessEngine

Редактировал(а) Alexandr Fokin 2026/04/27 13:28

От версии 1.28
отредактировано Alexandr Fokin
на 2026/04/10 15:10
Изменить комментарий: К данной версии нет комментариев
К версии 1.24
отредактировано Alexandr Fokin
на 2026/04/10 15:04
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -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  Допускается фильтрация типов процессов между нодами (чтобы нода выполняла только определенные типы процессов, в том числе по приоритету).
... ... @@ -71,6 +71,8 @@
71 71  |(% style="width:159px" %)Soft timeout|(% style="width:1168px" %)Возможность указывать soft timeout, который будет мягко приостанавливать цикл (внутри шага процесса), чтобы ограничить общее время транзакции (не делать транзакции долгими (например горизонт postgres)). 
72 72  Например родительский процесс может создать 1) N/2 дочерних процессов за первую сессию выполнения (транзакцию) и 2) N/2 за вторую сессию выполнения (транзакцию) и уснуть до окончания дочерних процессов.
73 73  |(% style="width:159px" %)Range preload process data|(% style="width:1168px" %)(Необязательно) возможность в начале сессии обработки пакетно предзагружать данные и бизнес сущности для процессов (Range query) из обрабатываемого батча для оптимизации чтения (если используется обработка пакета процессов в одной транзакции).
71 +|(% style="width:159px" %)Stream process|(% style="width:1168px" %)Возможность реализации stream процессов. Которые обрабатываются некоторый поток сообщений.
72 +Через использование триггеров (при поступлении сообщения публикуется TriggerEvent) и системы гарантированного пробуждения (процесс гарантировано не уснет, если есть необработанные сообщения).
74 74  )))
75 75  |(% style="width:132px" %)Примеры|(% style="width:1301px" %)(((
76 76  |(% style="width:32px" %)1|(% style="width:171px" %)Родительский процесс, N дочерних процессов.|(% style="width:1066px" %)(((