Comments 12
А тот факт, что 8-я версия Камунды уже не очень опенсорс, на Ваш выбор не повлиял? Я вот как-то ознакомившись с их новой лицензионной политикой, сделал вывод, что Камунда всё (по крайней мере, для меня) :(
Мы не рассматривали Camunda 8, потому что он может работать только в виде независимого оркестратора, а нам важно сохранить BPM-движок в виде embedded engine.
Сами разработчики говорят, что будут поддерживать Camunda 7 еще несколько лет.
"If you’re using an embedded engine, you might want to stick with Camunda Platform 7, unless you have good reason to migrate. This is a perfectly reasonable choice as Camunda Platform 7 will remain fully supported for at least the next five years".
В целом, Camunda 8 - это уже другой продукт (больше не форк Activity, совершенно другая модель данных, ориентир на SaaS и т.д.)
Коллеги, а каким мнханизмом у вас в системе согласовывались заяввки на доступ - там же должно быть что-то очень похожее на Camunda по функциональности?
Работаем по схеме Idm+Camunda с середины 2020г. При этом Idm в схеме уже поменялся, а Camunda осталась. Idm - для управления подключенными системами, Camunda - для реализации высокоуровневой бизнес-логики.
В IdM на одного сотрудника приходится одна персональная учетная запись в домене организации. Это хорошо, но есть такие организации, в которых сотрудники работают на нескольких должностях по совместительству, и должны иметь несколько доменных аккаунтов.
Чего? Один человек = один аккаунт, а на него роли.
Использовать процессный движок - (жирное) да.
Использовать Camunda для idm-процессов - нет.
Есть ли процессные движки, кроме Camunda - конечно есть.
Визуальный конструктор бизнес-логики на основе Camunda BPM