Comments 8
Перспективы Camunda 8 в России туманны, в отличие от Camunda 7, которая имеет множество успешных внедрений.
А была ли вообще техническая необходимость смотреть в сторону 8-ки? Camunda 7 прекрасно масштабируется горизонтально. Для большинства энтерпрайз-задач 7-ка до сих пор справляется с головой, и при этом она полностью подконтрольна. 8-ка пока выглядит как попытка продать SaaS, а не как технологический прорыв, необходимый каждому проекту. Да и головняка с ней просто ппц.
Если activity многозадачная возвращает переменную в BPMN - то падает по синхронизации камунда 7 и перезапускакт половину итераций . Не помню ни термины точные, ни ошибку точную. В итоге мы обходили сохраняя результаты руками в базу. Были статьи что ошибка не лечится. И был у нас созвон с Камундой командой рекламный на 8ку. Они подтвердили что в 7 это не лечится.
Кстати, справляться то справляется, но не поддерживается. Найдут уязвимости новые - и до свидания без обновлений, особенно если апдейт версии уязвимой либы руками поломает сборку
А на что переехали?
Вернулись к доморощенному движку на RabbitMq, Oracle, который имел свои проблемы, но работал быстро
В вашем движке было retry с задержкой на минуту-час-день? Помню, что применяли 7-ку ради только этого ключевого требования.
И сразу вопрос в зал - есть ли поддерживаемые альтернативы, в идеале чтобы свой билд можно было собрать и java делегаты чтобы поддерживались? Как раз хотим переехать на опенсурс или хотя-бы не дороже 10-20к зеленых
Как я поучаствовал в разработке Camunda 8 или пример типичной ошибки в многопоточном коде