> Есть ли смысл держать оба приложения ?

Это может иметь смысл для двух целей:

1. Масштабирование. Допустим, в определенные дни нагрузка на некоторые процессы повышается. Тогда Вы можете автоматически развернуть дополнительные инстансы, где работает этот процесс (добавить подов в OpenShift или что-то подобное).

2. Разделение обязанностей. Допустим, у Вас есть одна Камунда с кокпитом, а также 2 Камунды с процессами. Например, Камунда для бухталтерии и Камунда для коллцентра. В этом случае команда, которая поддерживает Камунду для бухгалтерии может развертывать новые версии, не мешая команде, которая заниматься Камундой для коллцентра.

Версия камунды 7.10.0  все диаграммы заливаем по REST-API (первого приложения тот который не админка, посмотреть где они лежат физически пока нет возможности)

Спасибо за ответ, но в нашем случае камунда оркестратор ну и  есть логика на дмн таблицах

Я бы еще спросил у тех, кто проектировал систему, зачем они разбили систему на две части. Должна быть какая-то разумная причина для этого.

> Сколько памяти нужно для одного приложения (запущенных экземпляров около 70к) ?
> Буду благодарен за ссылки на описания Camunda как оркестратора/

См. https://camunda.com/best-practices/sizing-your-environment/

Ответ был - чтобы смотреть, что происходит в камунде и не эфектить ничего в основное приложение

Что значит "эфектить"? Не нагружать?

Да

ну наверняка один это воркер с делегатами, а второй - веб морда наружу торчащая

В точку, но наружу ничего не выставлено все в интернал сети

Сомневаюсь, что просмотр процессов в кокпите так уж нагружает Камунду. Но, конечно, может быть.

Тогда нужно разбираться со схемами процессов и кодом, который они используют (добиться, чтобы если BPMN-файл X ссылается на делегат, то этот делегат есть в той же Камунде, что и файл X).

веб морде  нужно отключить енджен

чтобы он не пытался делать джобы из БД с классами, которых у него нет

Спасибо

Коллеги, всем привет!
Подскажите, а кто-нибудь делал Custom Incident Type для External Task'ов? Что-то не могу в API найти, это реально ли это вообще?
Update: Вопрос снят, докопался в исходниках, что у External Task  всегда будет тип "failedExternalTask" :(

Поздно увидел.
К сожалению да. А у джоба failedJob.  Тоже хотели немного расширить обработку инцидентов и уперлись в хардкод

Можно по идее докрутить через extension properties в тасках.
Либо вообще к топикам привязать😅
Нам как раз таки таски от определенного воркера/топика обрабатывать нужно по особому)

Ну если упороться, то можно часть энжина переопределить и таки добавить свои типы инцидентов 😂
У меня пока особой нужды нет, я отложил эту затею в сторону, а вообще да, придется какой-то work around строить

Это мы любим, зря что ль джаву учили😁

Дамы и господа камунданты,

Предлагаю всем желающим придумать ваш вариант бородатого анекдота про профдеформацию, но так, чтобы он был про Камунду.

Если кто не знает:

Киллер спрашивает коллегу:

– Ты что больше всего в жизни любишь?
– Ну, эта... Рожок от «Калашникова» люблю... Контрольный в голову еще...
– Нет, браток, это наша работа. А для души?
– Для души? Не знаю... Гранату кинуть...

А вот так может выглядеть адаптация для Камунды:

Камундант спрашивает коллегу:

– Ты что больше всего в жизни любишь?
– Ну, эта... Котлин люблю... Когда "Async before" для всех активностей проставлен...
– Нет, браток, это наша работа. А для души?
– Для души? Не знаю... Камунду на Хероку развернуть...