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

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

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

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -6,32 +6,8 @@
6 6  |(% style="width:132px" %) |(% style="width:1301px" %)Универсальный движок для выполнения процессов и очередей задач, позволяющий комбинировать несколько подходов к обработке (см особенности).
7 7  |(% style="width:132px" %) |(% style="width:1301px" %)Процесс является единицей выполнения.
8 8  Система триггеров используется для таймеров и передачи сигналов для процессов (с оптимизацией нагрузки).
9 -|(% style="width:132px" %)Разветывание|(% style="width:1301px" %)(((
10 -|(% style="width:150px" %)База данных|(% style="width:1177px" %)(((
11 -Для надежного хранения данных процессов и триггеров.
12 -
13 -* Сейчас есть реализация под EntityFramework.
14 -* Но модель позволяет сделать реализацию под другие решения (LinqToDb или чистый Ado.Net).
15 -
16 -
17 -
18 -Для текущей реализации в качестве хранилище может выступать БД, поддерживающая:
19 -
20 -* транзакции
21 -* savepoint (если используются)
22 -* updatelock
23 -* updatelock skip locked
24 -* sharelock (можно обойтись без него)
25 -)))
26 -|(% style="width:150px" %)Брокер сообщений|(% style="width:1177px" %)(((
27 -Используется для накопления и доставки TriggerEvent.
28 -
29 -* Сейчас есть реализация под [[Apache Kafka>>doc:Разработка.Брокеры сообщений.Apache Kafka.WebHome]]
30 -* Если запускать в одном экземпляре, то можно обойтись inmemory реализаций.
31 -)))
32 -)))
33 33  |(% style="width:132px" %)Особенности|(% style="width:1301px" %)(((
34 -|(% style="width:159px" %)Батчинг при выполнении.|(% style="width:1168px" %)(((
10 +|(% style="width:159px" %)Батчинг|(% style="width:1168px" %)(((
35 35  Возможность использовать и комбинировать разные типы выполнения как
36 36  
37 37  * (1 транзакция - 1 процесс),
... ... @@ -41,7 +41,7 @@
41 41  * Изоляция через db savepoint.
42 42  * Для [[EntityFramework ~| EntityFrameworkCore>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.WebHome]] возможность делать InMemory снимок [[Создание снимка ChangeTracker>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.Сценарии и проблемы.Создание снимка ChangeTracker.WebHome]].
43 43  )))
44 -|(% style="width:159px" %) |(% style="width:1168px" %)(((
20 +|(% style="width:159px" %)БД провайдер|(% style="width:1168px" %)(((
45 45  * Сейчас есть реализация под EntityFramework.
46 46  * Но модель позволяет сделать реализацию под другие решения (LinqToDb или чистый Ado.Net).
47 47  
... ... @@ -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) из обрабатываемого батча для оптимизации чтения (если используется обработка пакета процессов в одной транзакции).
45 +Например родительский процесс может создать N/2 дочерних процессов за 1 сессию и N/2 за 2 сессию выполнения.
46 +|(% 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" %)(((