Когда скорость может быть проблемой🚀

Логически эта схема абсолютно правильная. Мы отправляем запрос к внешнему сервису, он выполняет свою работу и возвращает ответ — тогда процесс продолжается.

Но есть нюансы:👀 синхронная задача в вызываемом процессе может выполниться очень быстро, за миллисекунды⚡️. И тогда родительский процесс просто не успеет поймать ответное событие.🤷

Ведь что там происходит под капотом:

Перед Receive task у нас граница транзакции. Значит, процесс записывает свое состояние в базу. Потом создает подписку на получение сообщения. И тоже сохраняет ее в БД.

Все это занимает какое-то время — а внешний процесс уже успел начаться и кончиться, его сообщение улетело в никуда!😢

И как быть? — расскажем об этом завтра!😎

А пока помните, что моделируя процессы с сообщениями, нужно думать не только о логике, но и о том, как это исполняется в реальности.

📌Поделитесь этим с коллегами, чтобы они не попадали в такие ловушки!

Продолжаем тему 🚀 — вот ответ на недавний вопрос:
Когда скорость может быть проблемой

Event-driven — классная архитектура и весьма удобно может моделироваться в BPMN при помощи событий. Но, как мы видели вчера, в реальности события могут прилетать слишком быстро и ломать весь паттерн 💥

Что делать? — Искусственно тормозить и ставить таймауты? ⏱️
Плохой вариант — зачем своими руками рубить производительность? 🪓

Проблема слишком быстрого отклика внешних процессов легко устраняется посредством external task 🧩

Процесс просто говорит, что у него есть задача для определенного воркера — и ждет, пока тот её исполнит 🤖

Сценарий в точности такой же, как с user task'ами — процесс ничего не знает об исполнителе: ему главное, чтобы работа была сделана ✅
А кто её делает — человек, робот, кот учёный 🐈‍⬛, искусственный разум 🧠или тупой алгоритм — ему совершенно не важно.

С точки зрения транзакционности, user task и external task — это состояния ожидания 🕒
Подходя к такой задаче, процесс записывает свои данные в БД, публикует задачу и ловит событие task completed 📬

И всё это уже реализовано на уровне движка — ничего дополнительно городить не надо 🏗️
Просто используйте external task, и вам не придётся ломать себе голову, успеет или не успеет основной процесс поймать отклик от внешнего.

Так что полиглотность, о которой так часто любят говорить, то есть возможность реализовывать внешние задачи на любом языке (Java, Python, C++, JavaScript и т.д.) — вовсе даже не главное свойствоexternal task 🌍

Об этом рассказывает Бернд Рюккер на свомем вебинаре, конкретно про этот кейс смотрите на 28-й минуте:
👉 https://www.youtube.com/watch?v=H7XkztGj69w

💥 Через час начнется вебинар Станислава Макарова по Jmix BPM!

Впервые будет показана новая экспериментальная разработка Jmix —
модуль управления оргструтурой!

С его помощью вы сможете назначать исполнителей в процессах не просто по username, как это было раньше, а по должности и подразделению!

Для этого есть новые фичи в BPM моделере:

Приходите!
🖥💻🛎🗓✅ Практическая ценность оргструктуры в бизнес-системах.

По пятницам мы обычно постим что-то забавное — мемы, шутки про BPM и всякое такое.😎

А сегодня держите магический квадрат Гартнера, который теперь обозначает то, что раньше было BPM.🤷

Он действительно презабавный — в одну лодку собрали всех. Тут и лоукоды всех мастей, и RPA, и даже ECM немножко — и наши любимые BPM-движки. 👀

Весьма странное объединение всего и вся. В общем, с пятницей вас, коллеги-лодочники!🎉

Знакомая картина? 🎯 Модель это одно, а реальная жизнь — совсем другое 📊➡️🌪️

Но это если мы говорим про менеджерские модели. А у разработчика что нарисовано, то и должно исполняться 💻✅

И вот тут возникает вопрос: попытаться увидеть за этим спагетти четкие структуры 🏗️ и реализовать их в BPMN или позволить хаосу а-ля n8n расти и дальше? 🌿

Как вы понимаете, вопрос риторический. Иногда лучше одно, а иногда другое ⚖️

Кстати, есть компромиссный вариант — BPMN можно тоже раскрасить 🎨 — и сразу станет веселее! 😄

CEO Camunda Jacob Freund опубликовал пост о начале партнерства между Camunda и тоже немецкой компанией MEHRWERK с их флагманским продуктом MPMX.

В чем смысл этого партнерства?🤔 — MPMX by MEHRWERK — это решение для процессного майнинга, которое помогает компаниям находить точки приложения сил для автоматизации, а Camunda — это инструмент, который эту автоматизацию непосредственно реализует. Вместе они образуют замкнутый цикл "анализ — действие — контроль".

Идея логичная, хотя и не новая — такие мечты у рынка были всегда. Однако, посмотрим что получится на этот раз.🤓

👉Новость на Хабре
https://habr.com/ru/news/966296/