Делаем 5 нодов. Запускаем процессы из "медленых" джобов разных типов. В течение часа на рандоме срубаем по несколько нод и смотрим что получилось.

Осмелюсь предположить что ничего страшного не случится, если 2-3 нода будет работать

Процесс - Распределенная долгоиграющая транзакция - 100 рублей перемещаем со счета на счет в 4 основных активности - таймер, - 100 на первом счете, таймер, + 100 на втором счете плюс необходимые компенсации.
1) Запускаем процесс на одном инстансе коммунды, периодически этот инстанс киляем, смотрим что кубер его распавнит, ждем что процесс закончится, считаем деньги. 2) Два раннера - один процессы запускает, другой контейнера киляет случайным образом. Смотрим что все процессы доходят до финиша, считаем деньги.

1% ошибок на втором кубике, чтобы проверить что компенсация работает

Всем привет! Вопрос по использованию Boundary Event-а: если он наступает, то следующий за ним вызов Java-класса падает с ошибкой о невозможности найти таковой, хотя при дальнейшем вызове того же класса следующим действием после UserTask-а, он успешно выполняется. Кто-нибудь сталкивался с подобным?

Несколько нод? Было такое, когда одна из нод не обновилась, и там кода не было, который пытается вызываться

Одна нода.

@olegsmetanin да хоть на 1млрд главное чтобы все джобы были идемпотентные и правильно реализован шаблон Saga https://m.habr.com/ru/post/427705/

Саги это правильно, будет повод посмотреть на эту элементарную историю с компенсациями. Вангую что придется декомпозировать основной линейный процесс на мелкие кусочки, каждый из которых начинается с ожидания сообщения.

@huksley покажешь самый крисивый на твой вкус вариант распределенной транзакции с сагами под камунду с компенсациями?

в том же варианте ушло с одного счета 100 рублей, на другой пришло.

@olegsmetanin В общем случае микросервис с операциями по счету со списанием/зачислением/отменой (полезно сохранять ID корелляции - в этом случае ID бизнес процесса)
и оркестрация этого процесса с компенсацией (отменой списания и зачисления если они произошли). Процесс вываливается в случае ошибки в компенсацию, в случае ошибки в компенсации в инцидент. Здесь подробно https://docs.camunda.org/manual/7.6/reference/bpmn20/events/cancel-and-compensation-events/

Может меня BPM эксперты дополнят, поправят?

Я сел кодить, хватит писать

Накодю покажу

Devrel 😎

Всем привет! Подскажите какие основные преимущества camunda перед activity? Заранее спасибо за ответы!

Сравнение Camunda vs Activiti

Нормальный моделер и монстр на Eclipse. Вся ключевая команда ушла либо в Камунду либо куда то ещё. Активити как движок для Alfresco в первую очередь и уже потом учёт мнения сообщества.

@Kotskin я своим постоянно мультик цитирую про ноги, хвост и крылья: "Лучше день потратить, потом за пять минут долететь."

еще не досмотрел, но уже сейчас могу сказать, доклад - огонь! Спасибо!