Перейти к содержимому

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

Редактировал(а) Alexandr Fokin 2026/04/27 13:28
От версии 1.2
отредактировано Alexandr Fokin
на 2026/04/10 14:19
Изменить комментарий: К данной версии нет комментариев
К версии 1.8
отредактировано Alexandr Fokin
на 2026/04/10 14:31
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -4,27 +4,40 @@
4 4  [[Процесс>>doc:Архитектура и модели.Модели.Процесс.WebHome]]
5 5  )))
6 6  |(% style="width:132px" %)Особенности|(% style="width:1301px" %)(((
7 -|(% style="width:158px" %)Батчинг|(% style="width:1125px" %)(((
7 +|(% style="width:159px" %)Батчинг|(% style="width:1168px" %)(((
8 8  Возможность использовать и комбинировать разные типы выполнения как
9 9  
10 10  * (1 транзакция - 1 процесс),
11 11  * (1 транзакция - N процессов).
12 12  )))
13 -|(% style="width:158px" %)Изоляция шагов и процессов|(% style="width:1125px" %)(((
13 +|(% style="width:159px" %)Изоляция шагов и процессов (внутри оной транзакции)|(% style="width:1168px" %)(((
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:158px" %)БД провайдер|(% style="width:1125px" %)(((
17 +|(% style="width:159px" %)БД провайдер|(% style="width:1168px" %)(((
18 18  * Сейчас есть реализация под EntityFramework.
19 19  * Но модель позволяет сделать реализацию под другие решения (LinqToDb или чистый Ado.Net).
20 +
21 +Для текущей реализации в качестве хранилище может выступать БД, поддерживающая:
22 +
23 +* транзакции
24 +* savepoint (если используются)
25 +* updatelock
26 +* updatelock skip locked
27 +* sharelock (можно обойтись без него)
20 20  )))
21 -|(% style="width:158px" %)Передача сигналов для процессов через систему триггеров.|(% style="width:1125px" %)(((
29 +|(% style="width:159px" %)Передача сигналов для процессов через систему триггеров.|(% style="width:1168px" %)(((
22 22  В том числе для передачи сигналов реализована система триггеров.
23 23  Она позволяет оптимизировать операции с БД.
24 24  
25 25  см. пример 1.
26 26  )))
27 -|(% style="width:158px" %)Soft timeout|(% style="width:1125px" %)Возможность указывать soft timeout, который будет мягко приостанавливать цикл (внутри шага процесса), чтобы ограничить общее время транзакции (не делать транзакции долгими (например горизонт postgres)). 
35 +|(% style="width:159px" %)Перехват ошибок|(% style="width:1168px" %)Перехват и обработка ошибок, если процесс выкинул exception в движок. Реализацию простого retry с задержкой.
36 +|(% style="width:159px" %)Параллельное выполнение|(% style="width:1168px" %)Допускается запуск нескольких раннеров (на разных нодах), работающих с одной таблицей процессов для распределения нагрузки между ними.
37 +Допускается фильтрация типов процессов между нодами (чтобы нода выполняла только определенные типы процессы, в том числе по приоритету).
38 +Доступно для раннеров процессов и триггеров.
39 +\\В перспективе возможны решения с шардиванием.
40 +|(% style="width:159px" %)Soft timeout|(% style="width:1168px" %)Возможность указывать soft timeout, который будет мягко приостанавливать цикл (внутри шага процесса), чтобы ограничить общее время транзакции (не делать транзакции долгими (например горизонт postgres)). 
28 28  Например родительский процесс может создать N/2 дочерних процессов за 1 сессию и N/2 за 2 сессию выполнения.
29 29  )))
30 30  |(% style="width:132px" %)Примеры|(% style="width:1301px" %)(((
... ... @@ -38,7 +38,7 @@
38 38  )))
39 39  |(% style="width:870px" %)TriggerEvent публикуются без использования TransactionOutbox напрямую в брокер после коммита транзакции (иначе мы бы нагружали БД).
40 40  |(% style="width:870px" %)(((
41 -Предполагаем, что основную часть времени система работает стабильно, но допускается ситуация, что транзакция закоммитилась, но TriggerEvent не смогли опубликоваться (остановка сервиса без graceful shutdown, проблемы соединения или работы с брокером сообщений.
54 +Предполагаем, что основную часть времени система работает стабильно, но допускается ситуация, что транзакция закоммитилась, но TriggerEvent не смогли опубликоваться (остановка сервиса без graceful shutdown, проблемы соединения или работы с брокером сообщений).
42 42  
43 43  Для таких случаев создается страхующий триггер (1 общий на тип процесса). Этот триггер запускается периодически и проходится по всем ожидающим процессам, проверяя условие (в реализации можно использовать keyset пагинацию) (в реализации можно использовать join для проверки условия).
44 44  Этот триггер выполняется периодически с более крупной временной задержкой. В случае обнаружения потери TriggerEvent, он поднимет заклинивший родительский процесс и он будет обработан (но позже). Можно установить этому триггеру низкий приоритет.