hasura в помощь ))

Коллеги, использует ли кто-то в процессах активности ad-hoc?

Так вроде камунда их так и не поддерживает?

ну они предложили CMMN

либо вот вариант https://github.com/camunda-consulting/code/tree/master/snippets/bpmn-adhoc-task

Ad-hoc  это cmmn case без правил.

пора заводить #quote

А есть какие-то бест практисы по миграции на новые версии камунды?
Проблема: в проде в камунду загружено >14000 различных описаний процессов (bpmn+dmn), большинство используется повседневно(число активных инстансов там миллионами исчисляется). Ясное дело что эти все процессы - результат деятельности множества команд.
Собственно непонятно как мигрировать на новые версии удостоверившись, что поведение существующих процессов будет такое же. Идти к каждой команде и просить их проверить работоспособность их процесса, тоже не получится. Пока какие-то самописные туллы пишем, но может есть уже протоптанная дорожка?

Ну или может кто-то поделится опытом как такое сделать не проверяя каждый процесс ручками?

О какой средней продолжительности жизни экзепляров идёт речь?

От пары минут до пары лет:(

Там может быть все что угодно...

Знакомая ситуация, специфичная для банковского сектора и страхования

Интересно, чем люди думают, когда вводят в прод системы такого порядка

В таком случае лучше заводить UAT сервер "продлайк", и переезд на новую версию будет в течение месяца после оповещения о проверке своих процессов.

Ну мы предоставляем платформу, внутри компании. Особенно не получится уменьшит. Мы начали гранулирувать предоставляя каждой команде новый engine

Боюсь тогда это затянется на годы

Но лучше конечно, иметь каждой команде свой экземпляр.

Невозможно заставить всех проверить свои процессы
Там отнюдь не бпмн эксперты сидят

Грануляция не избавит от изменений процессов в будущем