Во, вот это взлетело! Спасибо большое

Официально издана книжка Бернда Рюкера об оркестровке и интеграции в микросервисных и cloud-native архитектурах.
https://blog.bernd-ruecker.com/publishing-practical-process-automation-with-oreilly-db993db68411 Сознаюсь, этого релиза я ждал несколько месяцев и вот не только дождался, но еще и скачал бесплатный экземпляр с сайта камунды(раздают за регистрацию). В подписке O'Reilly она тоже есть. Если кому-то еще интересна эта тема, предлагаю почитать и ближе к концу апреля поучаствовать в обсуждении книжки в формате голосового чата. Пишите в комментах

ну я скачал, спасибо... гляну потом

ознакомился с данной книгой неделю или две назад и добавлю от себя, что книга хорошая, как введение - замечательная, но мне показалось примеров маловато) хотелось больше кода)

Привет, начала знакомится с книгой, показалось полезной. Но вопрос остается относительно external task vs send/receive task
То, что увидел в книге:  send/receive task - для общения с очередью.
external task - для общения с ui
Сильных аргументов почему именно так не увидел. Может пропустил?

Там вопрос в первую очередь в том чтобы использовать камунда или другой движок не зная java и даже глобально не зная сам движок и его код. По сути если все задачи только external task, то ты пишешь на своей родном языке, который хорошо знаешь, не вникая в фреймворк на java. Но это мое личное мнение

на камунде невозможно нормально использовать не external task для асинхронного общения с внешней системой, если send/recieve должны быть в одном месте подряд

так что сомнительное утверждение

Zeebe вообще весь сделан только на идее external task и оно понятно, кластер + распределенные воркеры могут почти до бесконечности увеличивать производительность

Согласен, если ответ придет раньше слушателя, то будет....

а зиби еще вообще далек от "сделан" :D в плане bpmn полноты
интересно будет ли там вообще ощутимы прирост относительно камунды на экстернал тасках

Ну я дого его тестирую. На производительность, в версиях 0.24 0.25 он тупит и работал медленнее камунды. Начиная с 0.26, и 1.0.0. alpha наконец на том же железе он стал опережать. По некоторым тестам. И общей пропускной способности. Вроде релиз 1.0.0 намечен на апрель

В нем намного проще использовать параллельные задачи, которые я в камунде стараюсь переводить в последовательные из-за optimistic lock и потом провисания на lock timeout

с использованием своего, но тоже java) сделал extTask положил в БД комунды и внешний сервис с ним работает. Почему нет?

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

а с рестовой интеграцией с движком нужно еще осторожнее быть, чтобы обходить dual write проблемы) когда embedded и данные в той же постгре - за счет транзакций проще

здесь можно уточнить, ext task как работает вместе с send/receive? Или нет?