Pull to refresh

Comments 8

Перспективы Camunda 8 в России туманны, в отличие от Camunda 7, которая имеет множество успешных внедрений.

А была ли вообще техническая необходимость смотреть в сторону 8-ки? Camunda 7 прекрасно масштабируется горизонтально. Для большинства энтерпрайз-задач 7-ка до сих пор справляется с головой, и при этом она полностью подконтрольна. 8-ка пока выглядит как попытка продать SaaS, а не как технологический прорыв, необходимый каждому проекту. Да и головняка с ней просто ппц.

Если activity многозадачная возвращает переменную в BPMN - то падает по синхронизации камунда 7 и перезапускакт половину итераций . Не помню ни термины точные, ни ошибку точную. В итоге мы обходили сохраняя результаты руками в базу. Были статьи что ошибка не лечится. И был у нас созвон с Камундой командой рекламный на 8ку. Они подтвердили что в 7 это не лечится.

Кстати, справляться то справляется, но не поддерживается. Найдут уязвимости новые - и до свидания без обновлений, особенно если апдейт версии уязвимой либы руками поломает сборку

Вернулись к доморощенному движку на RabbitMq, Oracle, который имел свои проблемы, но работал быстро

В вашем движке было retry с задержкой на минуту-час-день? Помню, что применяли 7-ку ради только этого ключевого требования.

Тут слишком много факторов, чтобы свести к retry. Такого не было в том движке, чтобы было так удобно. Но это был свой движок, его можно было доработать на раз-два. Это уже отдельная тема: внедрять какой-то сторонний продукт или делать своё.

И сразу вопрос в зал - есть ли поддерживаемые альтернативы, в идеале чтобы свой билд можно было собрать и java делегаты чтобы поддерживались? Как раз хотим переехать на опенсурс или хотя-бы не дороже 10-20к зеленых

Sign up to leave a comment.

Articles