AS
Ну я с телефона
Size: a a a
2018 December 26
AS
Ну в общем, камунда не подходит для page flow и event base процессов
AS
Каждая задача, это что-то большое, законченная активность внешнего сервиса или одного пользователя
AS
Из реализация в коде, внешнем сервисе или ещё где
DK
Ну в общем, камунда не подходит для page flow и event base процессов
Угу. Правила лучше подходят. Которые при каждом чихе пересчитываются
AS
Угу. Правила лучше подходят. Которые при каждом чихе пересчитываются
Ну там есть CMMN, который неплохо работает в таком кейсе, но он тоже только для юзер тасок, причем одна таска, одна активность пользователя
AK
Не только для них, почему?
AS
Там сервис тасок же нет, только если bpmn процесс вызывать
AS
А в нем делать
AS
А потом получается, что у тебя на каждую таску отделанный процесс
AS
В кокпите далее не посмотришь, 100500 процессов...
AS
А сколько у вас такое в процессе?
AS
Тасок
DK
Cmmn без автоматизированных эвентов сложно применять в реале.
AS
Не открывается эта ссылка ни где, что в Гугле вбить чтобы найти видео?
RT
кстати хороший блог про BPMS http://mainthing.ru/ru/
AK
Посмотрите Webinar - External Tasks for Service Orchestration - EN
https://vimeo.com/176585915
https://vimeo.com/176585915
AS
Посмотрите Webinar - External Tasks for Service Orchestration - EN
https://vimeo.com/176585915
https://vimeo.com/176585915
Спасибо!
AK
А, ну это оно, да
RT
паттерн с External Task решает проблему с точки зрения Camunda
но это означает что "воркер", который получает таск, должен постоянно опрашивать пул внешних задач камунды
но это означает что "воркер", который получает таск, должен постоянно опрашивать пул внешних задач камунды