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

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

От версии 1.9
отредактировано Alexandr Fokin
на 2026/04/10 14:34
Изменить комментарий: К данной версии нет комментариев
К версии 1.21
отредактировано Alexandr Fokin
на 2026/04/10 15:01
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -3,6 +3,33 @@
3 3  Очередь задач, Система обработки процессов, Движок обработки процессов.
4 4  [[Процесс>>doc:Архитектура и модели.Модели.Процесс.WebHome]]
5 5  )))
6 +|(% style="width:132px" %) |(% style="width:1301px" %)Универсальный движок для выполнения процессов и очередей задач, позволяющий комбинировать несколько подходов к обработке (см особенности).
7 +|(% style="width:132px" %) |(% style="width:1301px" %)Процесс является единицей выполнения.
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 +)))
6 6  |(% style="width:132px" %)Особенности|(% style="width:1301px" %)(((
7 7  |(% style="width:159px" %)Батчинг|(% style="width:1168px" %)(((
8 8  Возможность использовать и комбинировать разные типы выполнения как
... ... @@ -14,7 +14,7 @@
14 14  * Изоляция через db savepoint.
15 15  * Для [[EntityFramework ~| EntityFrameworkCore>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.WebHome]] возможность делать InMemory снимок [[Создание снимка ChangeTracker>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.Сценарии и проблемы.Создание снимка ChangeTracker.WebHome]].
16 16  )))
17 -|(% style="width:159px" %)БД провайдер|(% style="width:1168px" %)(((
44 +|(% style="width:159px" %) |(% style="width:1168px" %)(((
18 18  * Сейчас есть реализация под EntityFramework.
19 19  * Но модель позволяет сделать реализацию под другие решения (LinqToDb или чистый Ado.Net).
20 20  
... ... @@ -28,11 +28,11 @@
28 28  )))
29 29  |(% style="width:159px" %)Передача сигналов для процессов через систему триггеров.|(% style="width:1168px" %)(((
30 30  В том числе для передачи сигналов реализована система триггеров.
31 -Она позволяет оптимизировать операции с БД.
58 +Она позволяет оптимизировать операции с БД и уменьшить конкуренцию между процессами за общее состояние (родительский процесс).
32 32  
33 33  см. пример 1.
34 34  )))
35 -|(% style="width:159px" %)Перехват ошибок|(% style="width:1168px" %)Перехват и обработка ошибок, если процесс выкинул exception в движок. Реализацию простого retry с задержкой.
62 +|(% style="width:159px" %)Перехват ошибок|(% style="width:1168px" %)Перехват и обработка ошибок, если процесс выкинул exception в движок. Реализацию простого retry с задержкой (создается триггер на следующую попытку).
36 36  |(% style="width:159px" %)Параллельное выполнение|(% style="width:1168px" %)Допускается запуск нескольких раннеров (на разных нодах), работающих с одной таблицей процессов для распределения нагрузки между ними.
37 37  Допускается фильтрация типов процессов между нодами (чтобы нода выполняла только определенные типы процессов, в том числе по приоритету).
38 38  Доступно для раннеров процессов и триггеров.
... ... @@ -39,7 +39,8 @@
39 39  \\Также возможна частичная поставка новой версии процесса и этот процесс будет браться в обработку только ограниченным количеством новых нод исполнителей.
40 40  \\В перспективе возможны решения с шардированием.
41 41  |(% style="width:159px" %)Soft timeout|(% style="width:1168px" %)Возможность указывать soft timeout, который будет мягко приостанавливать цикл (внутри шага процесса), чтобы ограничить общее время транзакции (не делать транзакции долгими (например горизонт postgres)). 
42 -Например родительский процесс может создать N/2 дочерних процессов за 1 сессию и N/2 за 2 сессию выполнения.
69 +Например родительский процесс может создать 1) N/2 дочерних процессов за первую сессию выполнения и 2) N/2 за вторую сессию выполнения, после уснуть до окончания дочерних процессов.
70 +|(% style="width:159px" %)Range preload process data|(% style="width:1168px" %)(Необязательно) возможность в начале сессии обработки пакетно предзагружать данные и бизнес сущности для процессов (Range query) из обрабатываемого батча для оптимизации чтения (если используется обработка пакета процессов в одной транзакции).
43 43  )))
44 44  |(% style="width:132px" %)Примеры|(% style="width:1301px" %)(((
45 45  |(% style="width:32px" %)1|(% style="width:171px" %)Родительский процесс, N дочерних процессов.|(% style="width:1066px" %)(((