Исходный код вики Движок cccc1808. ProcessEngine

Версия 31.9 от Alexandr Fokin на 2026/05/11 11:20

Последние авторы
1 |(% style="width:132px" %) |(% style="width:1301px" %)(((
2 |Теги поиска|cccc1808. ProcessEngine, cccc1808.ProcessEngine, Process engine
3 Очередь задач, Система обработки процессов, Движок обработки процессов.
4 [[Процесс>>doc:Архитектура и модели.Модели.Процесс.WebHome]]
5 |Описание|Универсальный движок для выполнения процессов и очередей задач, позволяющий комбинировать несколько подходов к обработке (см особенности).
6 |Термины|(((
7 * Процесс является единицей исполнения. В реализации может содержать машину состояний.
8 * Система триггеров используется для таймеров и передачи сигналов для процессов (с оптимизацией нагрузки).
9 )))
10 |Репозиторий|[[https:~~/~~/github.com/cccc1808/cccc1808.ProcessEngine>>https://github.com/cccc1808/cccc1808.ProcessEngine]]
11 |Некоторые цели|(((
12 * Реализация механизмов для эффективной конкурентной передачи сигнала в процесс.
13 * Реализация механизмов для минимизации задержки передачи сигнала в процесс.
14 )))
15 )))
16 |(% style="width:132px" %)Развертывание|(% style="width:1301px" %)(((
17 |(% style="width:150px" %)База данных|(% style="width:1177px" %)(((
18 Для надежного хранения данных процессов и триггеров.
19
20 * Есть реализация под [[EntityFramework>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.WebHome]].
21 * Есть реализация под [[linq2db>>doc:Разработка.NET.Работа с БД.linq2db.WebHome]] (cccc1808/feature/linq2db).
22 * Модель позволяет сделать реализацию под другие решения (за счет наличия IProcessContainer и методов Update). В коде процесса может использоваться как ChangeTracker, так и прямое обновление БД.
23
24 Для текущей реализации в качестве хранилище может выступать БД, поддерживающая:
25
26 * Транзакции:
27 ** Транзакции.
28 ** Savepoint.
29 (если используются, можно обрабатывать каждый шаг отдельной транзакцией или весь процесс без savepoint изоляции ошибок между шагами).
30 * [[Блокировки>>doc:Разработка.Базы данных.SQL.Механизмы.Транзакции и блокировки.WebHome]]:
31 ** updatelock.
32 ** updatelock skip locked.
33 (частично можно обойтись без него).
34 ** sharelock
35 (можно обойтись без него без сильного влияния)
36 * [[Уровни изоляции>>doc:Разработка.Базы данных.SQL.Механизмы.Транзакции и блокировки.Уровни изоляции | Isolation levels.WebHome]]: работает на read committed, то что нужно блокируется руками.
37 * Для некоторых кейсов желательно возможность выполнить [[Upsert>>doc:Разработка.Базы данных.SQL.Сценарии и вопросы.Insert or update\. Upsert.WebHome]] (insert on conflict).
38 )))
39 |(% style="width:150px" %)Брокер сообщений|(% style="width:1177px" %)(((
40 Используется для накопления и доставки TriggerEvent.
41
42 * Сейчас есть реализация под [[Apache Kafka>>doc:Разработка.Брокеры сообщений.Apache Kafka.WebHome]]
43 * Скорее всего можно сделать под RabbitMq.
44 * Если запускать в одном экземпляре, то можно обойтись inmemory реализаций.
45 )))
46 )))
47 |(% style="width:132px" %)Особенности|(% style="width:1301px" %)(((
48 |(% style="width:159px" %)Пакетные транзакции (батчинг).|(% style="width:1168px" %)(((
49 Возможность использовать и комбинировать типы выполнения для разных типов процессов:
50
51 * (1 транзакция - 1 процесс),
52 * (1 транзакция - N процессов).
53 )))
54 |(% style="width:159px" %)Изоляция шагов и процессов (внутри оной транзакции)|(% style="width:1168px" %)(((
55 * Изоляция через db savepoint.
56 * Для [[EntityFramework ~| EntityFrameworkCore>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.WebHome]] возможность делать InMemory снимок [[Создание снимка ChangeTracker>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.Сценарии и проблемы.Создание снимка ChangeTracker.WebHome]].
57 * Допустима реализация на основе того, что InMemory состояние процесса (и задействованных бизнес сущностей) реализовано в виде Immutable компонентов. В этом случае достаточно просто сохранять и восстанавливать ссылку.
58 Но предполагаю, что в большинстве бизнес моделей не так и это не не будет востребованным.
59 )))
60 |(% style="width:159px" %)Передача сигналов для процессов через систему триггеров.|(% style="width:1168px" %)(((
61 В том числе для передачи сигналов реализована система триггеров.
62 Она позволяет оптимизировать операции с БД и уменьшить конкуренцию между процессами за общее состояние (родительский процесс).
63
64 См. пример 1.
65 )))
66 |(% style="width:159px" %)Stream process|(% style="width:1168px" %)(((
67 Возможность реализации stream процессов. Которые обрабатываются некоторый поток сообщений.
68 Через использование триггеров (при поступлении сообщения публикуется TriggerEvent) и системы гарантированного пробуждения (процесс гарантировано не уснет, если есть необработанные сообщения).
69
70 См. пример 2.
71 )))
72 |(% style="width:159px" %)Перехват ошибок|(% style="width:1168px" %)Перехват и обработка ошибок, если процесс выкинул exception в движок. Реализацию простого retry с задержкой (создается триггер на следующую попытку).
73 В случае пакетной транзакции движок не знает какой конкретно из процессов породил ошибку (если она не перехвачена вручную), то ошибка выставляется на все незавершенные процессы.
74 |(% style="width:159px" %)Параллельное выполнение|(% style="width:1168px" %)Допускается запуск нескольких раннеров (на разных нодах), работающих с одной таблицей процессов для распределения нагрузки между ними.
75 Допускается фильтрация типов процессов между нодами (чтобы нода выполняла только определенные типы процессов, в том числе по приоритету).
76 Доступно для раннеров процессов и триггеров.
77 \\Также возможна частичная поставка новой версии процесса и этот процесс будет браться в обработку только ограниченным количеством новых нод исполнителей.
78 \\В перспективе возможны решения с шардированием.
79 |(% style="width:159px" %)Soft timeout|(% style="width:1168px" %)(((
80 Возможность указывать soft timeout, который будет мягко приостанавливать цикл (внутри шага процесса), чтобы ограничить общее время транзакции (не делать транзакции долгими (например горизонт postgres)).
81
82 Например:
83
84 1. родительский процесс может создать
85 1) N/2 дочерних процессов за первую сессию выполнения (транзакцию)
86 2) N/2 за вторую сессию выполнения (транзакцию) и уснуть до окончания дочерних процессов.
87 1. Процесс - групповое действие (когда нужно применить действие к строкам таблицы по указанному фильтру).
88 )))
89 |(% style="width:159px" %)Range preload process data|(% style="width:1168px" %)(Необязательно) возможность в начале сессии обработки пакетно предзагружать данные и бизнес сущности для процессов (Range query) из обрабатываемого батча для оптимизации чтения (если используется обработка пакета процессов в одной транзакции).
90 )))
91
92 ----
93
94 ==== Внутренние ссылки: ====
95
96 ====== Дочерние страницы: ======
97
98 {{children/}}
99
100 ====== Обратные ссылки: ======
101
102 {{velocity}}
103 #set ($links = $doc.getBacklinks())
104 #if ($links.size() > 0)
105 #foreach ($docname in $links)
106 #set ($rdoc = $xwiki.getDocument($docname).getTranslatedDocument())
107 * [[$escapetool.xml($rdoc.fullName)]]
108 #end
109 #else
110 No back links for this page!
111 #end
112 {{/velocity}}
113
114 ----