Перемещение кода из BPM в ESB

Question

У нас есть приложение, которое использует BPM для управления долгосрочными процессами. Мы больше не хотим использовать этот продукт, и мы планируем перевести его на ESB (т.е. Mule).

Я считаю, что сложные и длительные процессы не входят в ESB. Кроме того, это должно было бы управлять состоянием, а это не то, что должен делать ESB, по моему мнению. ESB предназначен для обработки больших объемов кратковременных сообщений в режиме реального времени? Правильно ли я сказал это?

Кто-нибудь согласен / не согласен с этим и каким будет лучшее решение? Например, должен ли код BPM быть переписан как приложение Java с базой данных позади него для управления состоянием и, возможно, использовать кварц в Mule для обработки периодических задач для замены таймеров, которые используются в приложении BPM?

Мне было бы интересно услышать как можно больше мнений по этому вопросу. Большое спасибо.

Answer 1

Я полагаю, что в вашем случае вы можете перейти к ESB, если выполнены 3 характеристики:

1. BPM-решение использовалось для обмена сообщениями очень низкого уровня (EAI).
2. для бизнес-пользователей нет большого инструментария данных, например, через модуль BAM для представления KPI и обеспечения соблюдения соглашений об уровне обслуживания.
3. нет человеческого взаимодействия, например, через формы, рабочие процессы, утверждения.

Вы можете использовать ESB для перемещения сообщений между системами. Если вам нужно регистрировать и отслеживать состояние, вы, вероятно, захотите использовать базу данных для синхронизации. Вы также можете применить некоторый уровень поддержки транзакций через системы очередей, такие как JMS.

Вам, вероятно, нужно иметь хорошее представление о том, как все переместить. Хорошая идея - наложить BPM тонким слоем, а затем заменить его, не нарушая пользовательский опыт.

Надеюсь, это поможет. Раскрытие информации: я главный архитектор Intalio, компании BPM.

Answer 2

Я думаю, что я немного опоздал на вечеринку здесь:), но я напишу в пользу тех, кто приходит сюда в поисках ответа...

Это то, что Росс Мейсон должен сказать о обсуждении BPM в ESB.

Mule 3 предоставляет мощные возможности оркестровки с Flow, который отлично подходит для краткосрочных транзакций, целью которых является максимизация пропускной способности и масштабируемости. Для других случаев использования, таких как длительная транзакция, Mule поддерживает коммерческие и открытые BPM-продукты (такие как jBPM, Activiti, BonitaSoft BPM и т. Д.).

Так что да, ESB и BPM являются дополнительными решениями, а не заменяют друг друга.

В заключение, я полагаю, вы правы в своих наблюдениях.

Источник