Изменения документа Примеры

Редактировал(а) Alexandr Fokin 2026/08/26 19:05

От версии 8.27
отредактировано Alexandr Fokin
на 2026/07/27 03:29
Изменить комментарий: К данной версии нет комментариев
К версии 8.19
отредактировано Alexandr Fokin
на 2026/05/09 01:38
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Родительский документ
... ... @@ -1,1 +1,1 @@
1 -Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.Тема\. Сигналы и триггеры.WebHome
1 +Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.WebHome
Содержимое
... ... @@ -29,7 +29,7 @@
29 29  
30 30  * Из минус: что родительский процесс узнает о завершении дочерних процессов с задержкой.
31 31  Если дочерний процесс падает в ошибку, TimerTrigger все равно будет крутиться и создавать пустую нагрузку.
32 -* Из плюсов: будет меньше пишущей нагрузки на БД чем в варианте 1 (но больше читающей - на проверку) т.к. у нас не будет CounterTrigger, но будет периодический запрос на проверку завершения всех дочерних процессов (аналогично страхующему триггер).
32 +* Из плюсов: будет меньше пишущей нагрузки на БД (но больше читающей - на проверку) т.к. у нас не будет CounterTrigger, но будет периодический запрос на проверку завершения всех дочерних процессов (аналогично страхующему триггер).
33 33  * [Расширенный]: Дочерние процессы в блоке wakeup condition проверяют наличие незавершенных процессов.
34 34  ** Если все процессы завершены или (незавершенных процессов мало и нет процессов с ошибкой), то можно опубликовать событие на TimerTrigger на сброс или установку минимальной задержки.
35 35  )))
... ... @@ -44,10 +44,12 @@
44 44  Также решает проблему, если дочерний процесс содержит ожидание (например асинхронный запрос-ответ), тут будет конкуренция сигнала от хендлера ответа к родительскому процессу.
45 45  )))
46 46  |(((
47 -Вариант 4:
47 +Вариант N4:
48 48  
49 49  SimpleStreamTrigger + Timer (один из лучших вариантов).
50 50  
51 +* Если сигналов нет, то нет ложных срабатываний в отличие от варианта 2 (т.к. нет поступления сигнала от дочерних процессов).
52 +* Записей в БД меньше, чем от варианта 1 (счетчик нужно уменьшать, а здесь достаточно взвести флаг необработанного сигнала).
51 51  * Триггер проверяет условие завершения всех дочерних процессов (можно прикинуть количество незавершенных дочерних процессов).
52 52  ** Если все обработано, то пробуждает процесс и деактивируется.
53 53  ** Иначе:
... ... @@ -57,29 +57,8 @@
57 57  *** выставляет задержку от оценки количества необработанных процессов (< N - малая задержка, иначе большая задержка).
58 58  * [Расширенный]: Дочерние процессы в блоке wakeup condition проверяют наличие незавершенных процессов.
59 59  ** Если все процессы завершены или (незавершенных процессов мало и нет процессов с ошибкой), то можно опубликовать событие на SimpleStreamTrigger на сброс или установку минимальной задержки (в дополнение к сигналу).
60 -* Читающей нагрузки будет немного больше чем в варианте 2 (чтение триггера на поступлении сигнала),
61 -но пишущей нагрузки будет меньше чем в варианте 1 (запись - только на активации новым сигналом).
62 -* Если сигналов нет, то нет пустых срабатываний в отличие от варианта 2 (т.к. нет поступления сигнала от дочерних процессов).
63 63  )))
64 -|(((
65 -|Вариант №5: Trigger + Счетчик в Redis.
66 -|InMemory счетчик, нагрузка на БД и конкуренция.
67 -Дочерний процесс уменьшает счетчик. И публикует событие только если счетчик достиг 0.
68 -|(((
69 -Проблема: изменение счетчика не привязано к основной транзакции БД.
70 -
71 -Возможно:
72 -
73 -1. До коммита транзакции уменьшаем счетчик и записываем id дочернего процесса в redis hashset. Если счетчик 0, то публикуем triggerEvent через TransactionalOutbox.
74 -(На старте транзакции проверить и удалить из HashSet и если удалили, то увеличить счетчик на 1 - значит была упавшая транзакция).
75 -1. После коммита транзакции удаляем id дочернего процесса из redis hashset.
76 -1. Trigger при получении события смотрит значение счетчика и HashSet.
77 -Если счетчик 0 и HashSet пустой, то скорее всего все корректно и триггер может активироваться.
78 -Иначе если HashSet не пустой, то можно попытаться проверить статус процесса (если он завершен, то можно удалить значение из HashSet).
79 79  )))
80 -|Проблемы: Потеря счетчика целиком или искажения значения в случае падения Redis.
81 -)))
82 -)))
83 83  |2|(% style="width:188px" %)Transaction outbox stream process.|(% style="width:1268px" %)[[image:TransactionOutbox. Sequence.jpg]]
84 84  |3|(% style="width:188px" %)Stream trigger|(% style="width:1268px" %)(((
85 85  | |(((
... ... @@ -118,27 +118,3 @@
118 118  |(% style="width:888px" %)Родительский процесс ожидает завершения дочерних процессов (см. пример 1).|(% style="width:266px" %)
119 119  )))
120 120  )))
121 -
122 -----
123 -
124 -==== Внутренние ссылки: ====
125 -
126 -====== Дочерние страницы: ======
127 -
128 -{{children/}}
129 -
130 -====== Обратные ссылки: ======
131 -
132 -{{velocity}}
133 -#set ($links = $doc.getBacklinks())
134 -#if ($links.size() > 0)
135 - #foreach ($docname in $links)
136 - #set ($rdoc = $xwiki.getDocument($docname).getTranslatedDocument())
137 - * [[$escapetool.xml($rdoc.fullName)]]
138 - #end
139 -#else
140 - No back links for this page!
141 -#end
142 -{{/velocity}}
143 -
144 -----