Конечно, о том и речь, если вам нужен фронт - юзайте красивый фронт, если вам нужна БД - юзайте БД. Если вам нужно автоматизировать бизнес-процесс - юзайте BPMS, если вам нужен документооборот - юзайте документооборот. Просто всё нужно правильно применять и тогда это будет нормально работать

Как считаете, знатоки, оркестрирование разными системами как элементами процесса - правильное ли применение BPM? . Например: подключение какого-нибудь сервиса клиенту может начинаться с CRM, далее переходить в Камунду, откуда идет «общение» с разными мастер-системами для обмена информацией (передача данных о клиенте и сервисе, получение подтверждения и тд) и в итоге возвращение финальных данных в какую-нибудь customer service catalog.

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

long running business transaction

т.е. замена людей на интеграционные сервистаски и есть суть bpm в подобных компаниях?

Если у вас сервис таска выполняет этап процесса, то да

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

И даже Сару Конор убивать не надо ...

Вопрос что , то есть по сути bpmn это экшены которые выполняются над какой то сущностью , или поправьте меня ))

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

Коллеги, привет ! Это Илья Парамонов., Лера начала общение по теме.  Я попробую немного прояснить ситуацию ))

а еще вопрос: как избежать монолита в виде Камунды в будущем?)

Примерно так, единственное сущности переодически в процессах разваливаются на другие сущности. Ну и это всё идёт осмысленно для достижения цели процесса

делать для каждого продукта свою камнуду

У нас есть заказ на проект, и заказчик видит Камунду в качестве целевой системы. Для bpm и документооборота. В результате должна получиться erp , это как цель ))

а если в рамках одного продукта мыслить? например, вот не хочется функции CRM пихать в камунду, но заказчики считают bpmn универсальной для всего)

Вот собственно поэтому начинаем проект с поиска архитектора

Кто бы помог все это построить

не хочется - не пихайте.  Пишите отдельный CRM сервис

Чтобы не делать ошибок изначально

начать можно с CRUD базы с API, где ваша сущность будет жить, которая дергается по процессам