нужно

там нужно сделать такое:

upstream camunda_cluster {
    least_conn;
    server camunda-engine1:8080;
    server camunda-engine2:8080;
}
upstream camunda_web {
    server camunda-engine1:8080;
    server camunda-engine2:8080 backup;
}

первый на /camunda

второй на /engine-rest

ой скорее наоброт

Всем привет. Подскажите, пожалуйста, есть ли ограничения по использованию REST API в Community-версии по сравнению с Enterprise?

Нет.

Отличия EE только в веб-приложениях и Оптимайзе.

Понял. Спасибо!

Всем добрый день. Пытаемся переехать с Tomcat версии на Spring приложение и столкнулись с такой проблемой. При запуске спрингбутового приложения со старой базой автоматически деплоятся некоторые нужные definitions процесса, но при этом ломаются все старые, которых нет в рамках этого деплоя. Есть ли способ без отключения автоматического деплоймента не поломать все старые процессы? (сейчас cockpit видит definitions, но провалиться в список инстансов по этим definitions нельзя, говорит что ничего нет).

Ребят, всем привет)
А что у нас по митапам?

Привет)
Это скорее вопрос к кокпиту.
Там просто при старте приложухи запускается парсинг схемок и они лежат в кэше, как я понимаю. А старые схемы при запуске не парсятся поэтому должны парситься при обращении к ним.
Думаю если вы через рест апи запустите на старт процесс именно на старой бпмнке, то эта схема подтянется в кокпите

К сожалению тесты все у нас валятся на отсутствии definition. По всей видимости в кокпите они отображаются, но по факту их в бд может не быть, верно я понимаю?

Вот это хз)) зависит от БД

Если у вас старая бд и старые схемы из нее не удаляли, то вряд ли дело в бд

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

А при чем тут автодеплой?

Он деплоит то, что у вас в джарнике. А у вас там я думаю только новые версии

У меня в автодеплое лежит два новых процесса, которые от старых по идее зависеть никак не должны