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

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

От версии 1.25
отредактировано Alexandr Fokin
на 2026/04/10 15:06
Изменить комментарий: К данной версии нет комментариев
К версии 1.18
отредактировано Alexandr Fokin
на 2026/04/10 14:57
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -27,11 +27,10 @@
27 27  Используется для накопления и доставки TriggerEvent.
28 28  
29 29  * Сейчас есть реализация под [[Apache Kafka>>doc:Разработка.Брокеры сообщений.Apache Kafka.WebHome]]
30 -* Если запускать в одном экземпляре, то можно обойтись inmemory реализаций.
31 31  )))
32 32  )))
33 33  |(% style="width:132px" %)Особенности|(% style="width:1301px" %)(((
34 -|(% style="width:159px" %)Батчинг при выполнении.|(% style="width:1168px" %)(((
33 +|(% 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  Допускается фильтрация типов процессов между нодами (чтобы нода выполняла только определенные типы процессов, в том числе по приоритету).
... ... @@ -69,8 +69,8 @@
69 69  \\Также возможна частичная поставка новой версии процесса и этот процесс будет браться в обработку только ограниченным количеством новых нод исполнителей.
70 70  \\В перспективе возможны решения с шардированием.
71 71  |(% style="width:159px" %)Soft timeout|(% style="width:1168px" %)Возможность указывать soft timeout, который будет мягко приостанавливать цикл (внутри шага процесса), чтобы ограничить общее время транзакции (не делать транзакции долгими (например горизонт postgres)). 
72 -Например родительский процесс может создать 1) N/2 дочерних процессов за первую сессию выполнения (транзакцию) и 2) N/2 за вторую сессию выполнения (транзакцию) и уснуть до окончания дочерних процессов.
73 -|(% style="width:159px" %)Range preload process data|(% style="width:1168px" %)(Необязательно) возможность в начале сессии обработки пакетно предзагружать данные и бизнес сущности для процессов (Range query) из обрабатываемого батча для оптимизации чтения (если используется обработка пакета процессов в одной транзакции).
68 +Например родительский процесс может создать N/2 дочерних процессов за 1 сессию и N/2 за 2 сессию выполнения.
69 +|(% style="width:159px" %)Range preload process data|(% style="width:1168px" %)(Необязательно) возможность в начале сессии обработки пакетно предзагружать данные и бизнес сущности для процессов (Range query) из обрабатываемого батча для оптимизации чтения.
74 74  )))
75 75  |(% style="width:132px" %)Примеры|(% style="width:1301px" %)(((
76 76  |(% style="width:32px" %)1|(% style="width:171px" %)Родительский процесс, N дочерних процессов.|(% style="width:1066px" %)(((