DK
Каша из делегатов намного вкуснее и полезнее каши из скриптов и хмл
Size: a a a
2019 April 19
DK
Скрипты юзать можно только если там одна строчка максимум
MD
Конечно легче и удобнее юзать скрипты. Но поверьте, это поддерживать гораздо опаснее и хуже чем делегаты или топики.
R
Но разве не будет каши из делегатов? По ~8 штук на процесс
Если структурировать проект - то нет
D
Понял, спасибо за ответы
D
А что такое топики?
NG
External task
AK
Каши из делегатов не будет а воркеры в том же приложении нужны когда нужен асинхрон. Например, в точках интеграции с тайм-аутом в несколько минут
MD
Тут как раз из приложения лучше вынести.
Чтобы ресурсы процессов не занимало
Чтобы ресурсы процессов не занимало
VB
Каким образом ?
VB
Если же делегаты являются частью приложения
MD
Точки интеграции будут на стороне другого приложения, а процессы просто будут ожидать на стороне БД выполнения.
2019 April 20
AK
Так у тебя точка интеграции и так ресурсов не занимает, она ждёт асинхронно ответа
MD
Listener все равно ресурсы jvm использует.
AK
А так он использует ресурсы другой JVM, но всё равно использует ресурсы. А так как JVM ещё тратит ресурсы на себя, то итоговое решение тратит ресурсов больше
AK
Не блокирующий IO, деление на сервисы по бизнесу и будет хорошо
AK
А ждать на стороне БД это значит связь с другим приложением через базу? Это же антипаттерн
MD
А так он использует ресурсы другой JVM, но всё равно использует ресурсы. А так как JVM ещё тратит ресурсы на себя, то итоговое решение тратит ресурсов больше
Смысл в этом и есть. Чтобы масштабироваться.
MD
А ждать на стороне БД это значит связь с другим приложением через базу? Это же антипаттерн
Естественно Нет.
Сама камунда смотрит и так в БД.
И с помощью fetch and lock мы регулируем состоянием процесса.
Сама камунда смотрит и так в БД.
И с помощью fetch and lock мы регулируем состоянием процесса.
D
Если я правильно понял, то external task это приложение, которое регистрирует себя в Camunda и выполняется по вызову самой Camunda. Правильно? В рамках микросервисной архитектуры это будет отдельный микросервис, содержащий n количество workers?