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

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

Редактировал(а) Alexandr Fokin 2026/07/30 12:43
От версии 31.14
отредактировано Alexandr Fokin
на 2026/05/11 11:41
Изменить комментарий: К данной версии нет комментариев
К версии 31.23
отредактировано Alexandr Fokin
на 2026/07/30 12:41
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -5,7 +5,7 @@
5 5  |Описание|Универсальный движок для выполнения процессов и очередей задач, позволяющий комбинировать несколько подходов к обработке (см особенности).
6 6  |Термины|(((
7 7  * Процесс является единицей исполнения. В реализации может содержать машину состояний.
8 -* Система триггеров используется для таймеров и передачи сигналов для процессов (с оптимизацией нагрузки).
8 +* Система триггеров используется для таймеров и передачи сигналов для процессов (с обработкой конкуренции и с оптимизацией нагрузки).
9 9  )))
10 10  |Репозиторий|[[https:~~/~~/github.com/cccc1808/cccc1808.ProcessEngine>>https://github.com/cccc1808/cccc1808.ProcessEngine]]
11 11  |Некоторые цели|(((
... ... @@ -13,6 +13,7 @@
13 13  * Реализация механизмов для минимизации задержки передачи сигнала в процесс.
14 14  * Возможность управлять параметрами, влияющими на Throughput и Latency.
15 15  * Минимизация нагрузки на БД.
16 +* Наличие общей платформы (абстракций), которая решает широкий спектр задач за счет конфигурации.
16 16  )))
17 17  )))
18 18  |(% style="width:132px" %)Развертывание|(% style="width:1301px" %)(((
... ... @@ -45,7 +45,11 @@
45 45  * Скорее всего можно сделать под RabbitMq.
46 46  * Если запускать в одном экземпляре, то можно обойтись inmemory реализаций.
47 47  )))
49 +|(% style="width:150px" %)InMemory|(% style="width:1177px" %)(((
50 +* Реализация ExternalCounter под [[Redis>>doc:Разработка.Базы данных.NoSQL.Ключ-значение структура.Redis.WebHome]]. Нетранзакционный счетчик для триггера. 
51 +([[Примеры>>doc:.Тема\. Сигналы и триггеры.Примеры.WebHome]] 1.5)
48 48  )))
53 +)))
49 49  |(% style="width:132px" %)Особенности|(% style="width:1301px" %)(((
50 50  |(% style="width:159px" %)Пакетные транзакции (батчинг).|(% style="width:1168px" %)(((
51 51  Возможность использовать и комбинировать типы выполнения для разных типов процессов:
... ... @@ -55,7 +55,8 @@
55 55  )))
56 56  |(% style="width:159px" %)Изоляция шагов и процессов (внутри оной транзакции)|(% style="width:1168px" %)(((
57 57  * Изоляция через db savepoint.
58 -* Для [[EntityFramework ~| EntityFrameworkCore>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.WebHome]] возможность делать InMemory снимок [[Создание снимка ChangeTracker>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.Сценарии и проблемы.Создание снимка ChangeTracker.WebHome]].
63 +* Для [[EntityFramework ~| EntityFrameworkCore>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.WebHome]] возможность делать InMemory снимок [[Создание снимка ChangeTracker>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.Сценарии и проблемы.Создание снимка ChangeTracker.WebHome]] 
64 +(может использоваться если все изменения накапливаются InMemory (без прямой записи в БД) или же с указанием ручной компенсации, а также ошибка на записи в БД не велика).
59 59  * Допустима реализация на основе того, что InMemory состояние процесса (и задействованных бизнес сущностей) реализовано в виде Immutable компонентов. В этом случае достаточно просто сохранять и восстанавливать ссылку.
60 60  Но предполагаю, что в большинстве бизнес моделей не так и это не не будет востребованным.
61 61  )))
... ... @@ -92,7 +92,7 @@
92 92  (Необязательно) возможность в начале сессии обработки пакетно предзагружать данные и бизнес сущности для процессов (Range query) из обрабатываемого батча для оптимизации чтения (если используется обработка пакета процессов в одной транзакции).
93 93  
94 94  Также есть возможность использовать как дополнительное ограничение по некоторой оценке при пакетной обработке.
95 -(Например мы загрузили 10 процессов, у каждого по 50 необработанных сообщений, мы отбираем только top 400 сообщений и связанные процессы, а другие оставляем другим нодам).
101 +(Например мы загрузили 10 процессов, у каждого по 50 необработанных сообщений, мы отбираем только limit 400 сообщений и связанные процессы для текущей транзакции).
96 96  )))
97 97  )))
98 98