Мне говорили, что главная проблема лоу-кода (в BPM) — стоимость. Джава-разработчиков много, поэтому они стоят мало. Специалистов лоу-код систем — меньше, поэтому их компании просят гораздо больше за час работы, чем за джавистов.
Начинаем новый проект, решили посмотреть что есть помимо камунды на рынке. Есть интересное решение - flowable. Как бы от тех же разработчиков что и activiti и camunda. Создатели flowable преподносят свою реализацию как более продуманную, усовершенствованную чем activiti и camunda. также есть возможность подключать nosql бд. какие-то улучшения в производительности есть. движок также подстроен больше под BPMN а не PVM. https://forum.flowable.org/t/compare-flowable-vs-camunda/317/4
от себя, вижу такие минусы: 1. встроенный в веб редактор процессов. не очень удобно хранить в гите и перекидывать с инстанса (тест) на бой например. 2. нет external tasks. что тоже не очень удобно для гибкости разработки.
В общем вопрос такой. Стоит ли вкладываться в flowable? со вашей стороны, есть ли еще какие-нибудь моменты, на которые нужно обратить внимание?
привет! Порекомендуйте, пожалуйста. Есть задача быстро познакомиться с Camunda в ширину: понимать какие есть возможности без глубоких деталей. Посмотрел много видео с рассказами Дениса и других людей. В плане сделать что-нибудь руками. Но вдруг у вас есть какой-нибудь рецептик или хорошая статья/видео, где рассказываются про возможности с примерами и деталями?
Всем привет! Особенный привет практикам Camunda на проектах MOEX ;) Ребята, подскажите пожалуйста, есть ли практика использования camunda в качестве workflow engine для trading order management systems? Как обеспечить скорость работы w/f с задержкой не более 5 мкс и 100 тыс ордеров в сек.
Всем привет! Особенный привет практикам Camunda на проектах MOEX ;) Ребята, подскажите пожалуйста, есть ли практика использования camunda в качестве workflow engine для trading order management systems? Как обеспечить скорость работы w/f с задержкой не более 5 мкс и 100 тыс ордеров в сек.