Почему BPM-системы не закрывают вопрос автоматизации без ESB

Зачастую стоп-факторы автоматизации связаны с тем, что любая BPM-система для управления бизнес-процессами является замкнутой. Она не собирает информацию извне, а использует только те ограниченные данные, которые у нее есть. Для тотальной или качественной автоматизации необходимо интегрировать дополнительные системы. В этом смысле BPM занимается оркестрацией, а корпоративные шины данных ESB в качестве необходимого интеграционного слоя дополнительно к BPM-движку позволяют именно автоматизировать процессы.

Чем оркестрация отличается от автоматизации

Автоматизация и оркестрация имеют тесную связь, но выполняют разные функции. Автоматизация чаще всего связана с выполнением конкретных задач на основе заранее заданных правил и логики, без необходимости вмешательства человека. К примеру, автоматизация процесса резервного копирования базы данных подразумевает, что система сама создает резервные копии в установленное время.

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

Основная цель автоматизации — это повышение эффективности и сокращение затрат путем выполнения рутинных операций без человеческого участия. При этом оркестрация сосредоточена на оптимизации и координации всего рабочего процесса.

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

Говоря о BPM и ESB, можно отметить, что эти системы, действуя совместно, решают задачи как оркестрации, так и автоматизации.
 

Разница в типе процессов: stateful и stateless

Также ключевое отличие этих двух классов решений — BPM и ESB — можно описать словами stateful и stateless, которые являются разными типами процессов.

Stateful и stateless — это два базовых способа управления состоянием в архитектуре ПО. Stateful подразумевает, что система сохраняет информацию о предыдущих запросах или сеансах при взаимодействии с клиентами. В случае stateless-процессов, соответственно, эта информация не сохраняется. Каждый запрос рассматривается как отдельное, изолированное взаимодействие.

BPM-системы являются stateful, а ESB — stateless.

Stateless-процесс часто превращается в stateful, когда в нем появляется человек — оператор, пользователь, который должен как-то отреагировать. Например, после автоматической проверки ИНН клиента банка не прошел проверку по одному из запрещенных списков. В этом случае, по регламенту, решение по дальнейшим действиям должен принимать представитель службы безопасности. Допустим, нужный сотрудник ушел на обед или на больничный. BPM оркестрирует и видит, что триггер пришел к человеку, а человек не ответил, в этот момент система сохраняет состояние запущенного процесса. Так как пользователя можно ждать очень долго, процесс из легкого и быстрого превращается в долгий — stateful.

Так как задача BPM — сохранять текущее состояние процесса, система работает медленно, находясь в режиме ожидания действий человека. Поэтому stateful не может быть быстрым. А stateless-процесс, по которому построена работа ESB, исключает участие человека и реализует скоростной обмен между электронными системами. ESB делает все быстро, с огромной скоростью и полностью автоматически.

Регламенты зачастую запрещают многим клиентам без участия человека проводить какой-либо важный критический процесс, поэтому эти два типа процесса работают эффективно именно в связке.

BPM содержит в себе длительную логику по шагам конкретного процесса, в том числе с участием человека. Интеграционный слой ESB, в свою очередь, обеспечивает выполнение каждого шага с большой скоростью и с подключением к разным внешним системам через адаптеры.

Каким должен быть ESB для усиления эффективности работы BPM

Несмотря на путаницу в понятиях, каждая компания, которая переходит на отечественное ПО, заинтересована во внедрении ESB. Часто для компании покупка интеграционных решений становится необходимым действием при автоматизации бизнес-процессов с участием множества систем. ESB заточена на сращивание систем между собой и быстрый обмен информацией между ними. Более того, некоторые ESB способны исполнять небольшие процессы быстрее и дешевле, чем BPM, а также при необходимости строить логику оркестрации сервисов без зависимости от BPMS.

При разработке собственной ESB-шины Bercut встроил в архитектуру решения гибкий low-code UI, что позволяет визуализировать часть процессов, не передавая в BPM. ESB Bercut поддерживает внешние вызовы из BPMS, выступая точкой входа для взаимодействия между системами, чем упрощает архитектуру. Кроме прочего, решение работает по модели white-label для легкого встраивания в BPM-системы и решения интеграторов.

ESB в поддержку BPM

В этой статье мы постарались провести тонкую грань между реальным пониманием автоматизации через ESB и присутствующим на рынке устоявшимся паттерном, что автоматизация идет через BPM.

BPM-движки — это платформы для управления бизнес-процессами и их логикой, которые справляются с задачей оркестрации. Подключение ESB-системы делает возможным полноценную автоматизацию бизнес-процессов. Как правило, в компаниях используется несколько изолированных BPM-систем, по которым распределены все процессы. Одна ESB масштабирует все имеющиеся BPM-системы, связывает их с огромным количеством внешних систем, заставляет BPM работать на стабильно огромной скорости отказоустойчивости. То есть ESB — не замена, а необходимая база под BPM.