Оптимизация работы с Camunda на основе External task

[aborouhin]

Я так понимаю, у Вас седьмая Камунда? Переход на восьмую (zeebe) так или иначе потребует вынесения всего во внешние таски.

[Andrew_Yr]

Да, на данный момент седьмая, возможно в рамках импортозамещения перейдем на собственное решение автоматизированной системы управления бизнес-процессами "Поток"

[mashkovd]

"поток" - это опер сорс продукт? Есть ссылка на репу?

[Andrew_Yr]

Нет, не опен сорс, пока этот продукт на стадии разработки, в скором времени планируется презентация

[atshaman]

Угу. Тоже ходил этой дорожкой - делегат-коннектор-адаптер+таска. Правда когда количество адаптеров перевалило за два десятка с 95% общей логикой - появился сильный искус кидать данные по топикам кафки с валидацией схем и зацепить на это дело один единственный обработчик, который будет вычитывать топики, маппить имя топика-сервис и пихать данные по соответствующему адрес.

[simon_logic]

Можете объяснить, зачем в подпроцессе внешнего вызова вы заворачиваете на exlcusive gateway, а не сразу не терминальное событие?

[Andrew_Yr]

Это тестовый пример. В данном случае, так как завершающее событие не объявлено (к примеру "Успех" или "Ошибка"), реализовал выход в одно завершающее событие т.е "Один вход, один выход".
На реальных же кейсах красивее рисовать схемы с разными завершающими событиями с описанием для завершающих процессов, это позволит облегчить сбор статистики.