Платформа OpenBPM позволяет командам автоматизации бизнес-процессов организовать сквозной производственный цикл. Он будет построен на базе профессиональных инструментов и ничем не ограничит разработчиков – можно использовать современные версии языков программирования, подключать различные фреймворки и любые версии внешних библиотек.

При этом за исполнение процессов отвечает специализированный BPM-движок, тип которого подбирается исходя из требований продуктивной среды. Для промышленной автоматизации бизнес-процессов наиболее распространенным выступал движок Camunda 7 Enterprise, а также его свободно распространяемая open-source версия с ограниченным функционалом – Camunda 7 Community Edition. Новая версия Camunda 8 имеет иную архитектуру, и не позволяет прозрачно мигрировать проекты, реализованные на Camunda 7. Поэтому объявленное вендором окончание цикла развития 7-ой версии движка (EOL 10.2025) было неоднозначно встречено сообществом разработчиков. В мире многие команды заявили о своем намерении продолжить развитие этой универсальной платформы для исполнения бизнес-процессов в виде форков, ориентированных под решение специальных отраслевых или интеграционных задач.


Регулирование в РФ

Здесь требуется сделать небольшое отступление, связанное с законодательными ограничениями/требованиями, которые появились в последние несколько лет:

• Федеральный закон "О безопасности критической информационной инфраструктуры Российской Федерации" от 26.07.2017 N 187-ФЗ.
• Положение ЦБ РФ от 12.01.2022 № 787-П «Об обязательных для кредитных организаций требованиях к операционной надежности при осуществлении банковской деятельности в целях обеспечения непрерывности оказания банковских услуг».
• Указы Президента №166 «"О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации"» и №250 «"О дополнительных мерах по обеспечению информационной безопасности Российской Федерации"» от 2022 года.
• Постановление Правительства России №1912 "О порядке перехода субъектов критической информационной инфраструктуры Российской Федерации на преимущественное применение доверенных программно-аппаратных комплексов на принадлежащих им значимых объектах критической информационной инфраструктуры Российской Федерации" и уточнения к нему № 1915 от 2024 года.

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

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

• Проводить независимый статический и динамический анализ безопасности кода по актуальным методикам.
• Проводить композиционный программный анализ, то есть анализировать все заимствованные компоненты и версии сторонних библиотек на уязвимости, а также проводить оценку лицензионных рисков, с учетом особенностей законодательства РФ.
• В командах разработки сохраняются ранее приобретенные технологические компетенции и при этом значительно расширяется русскоязычное сообщество.

Появление нового BPM-движка

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

• Неограниченное число задач и исполнителей​ по ним
• Неограниченное число диаграмм (шаблонов) исполняемых процессов
• Неограниченное число экземпляров исполняемых процессов
• Неограниченное число интеграционных коннекторов
• Неограниченное число оркестрируемых микросервисов и AI-агентов

Компания “Хоулмонт” будет предлагать российский движок в составе платформы OpenBPM, как самостоятельный коммерческий продукт, расширяя линейку уже существующих продуктов компании, таких как “СЭД Тезис” и система быстрой разработки “Джеймикс”.

Команда развития российского BPM-движка, помимо фич, обеспечивает выполнение ключевых производственных процессов:

• Подготовку различных сборок, в том числе тех, которых не было у Camunda (с расширенными механизмами мониторинга).
• Регулярное обновление зависимостей, оперативную пересборку версий при выявлении CVE в коде движка и/или среди подключаемых библиотек.
• Проведение периодических нагрузочных испытаний движка с публикацией результатов.
• Проведение периодической проверки на совместимость с суверенным окружением (ОС, JDK, БД).

И, конечно, решаются регламетно-административные задачи:

• Наличие свидетельств Роспатента и включение в реестр Российского ПО МинЦифры дают возможность полноценного использования в контуре КИИ.
• Построение конвейера РБПО по актуальным требованиям в РФ.

Технологические фичи движка

Практически все проекты импортозамещения, в области ОС, СУБД, инфраструктурного ПО начинались с повторения функционала зарубежных аналогов. А далее, по мере накопления эксплуатационного опыта, появлялись и реализовывались идеи, существенно расширяющие функциональность. И на сегодняшний день многие российские продукты успешно перешагнули статус “клонов” и поставляются на рынок, в том числе западный, как самостоятельные решения с уникальной ценностью для конечных пользователей. В OpenBPM мы учли это и дополнили продукт инструментами продуктивности для участников BPM команд. Мы не только перекрыли фичи Camunda Enterprise, но и подготовили собственный план развития под современные эксплуатационные требования и технологии AI.

Прежде всего, мы выделили из поставки BPM-движка функционал мониторинга среды исполнения в отдельный независимый компонент. Это позволило:

• Создать единый центр управления, способный администрировать несколько независимых инсталляций BPM-движка.
• Обеспечить унифицированное управление не только какой-то одной версией движка, а одновременно разными версиями, и даже разными типами движков, в той или иной степени совместимыми по API.
• Реализовать расширенную интеллектуальную навигацию между различными процессными артефактами (комплектами деплоя, схемами процессов и подпроцессов, схемами таблиц принятия решений, экземплярами в разных статусах исполнения и т.д.)
• Реализовать собственный подход к построению тепловых карт процессов, учитывающий не только количественные, но и интервальные показатели.
• Обеспечить настраиваемую модель сбора метрик, которые BPM-движок способен отдавать в автоматизированном режиме.

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

• Расширенные возможности по аутентификации и авторизации.
• Расширенную настройку прав доступа, как на уровне доступных операторам функций, так и на уровне прикладных данных.
• Механизмы отчетов и визуализации метрик.

По сравнению с оригинальной Camunda 7, код BPM-движка также претерпел изменения в лучшую сторону. Здесь мы объединили усилия с командой проекта Operaton и в результате были решены следующие задачи:

• Программный код был очищен от не используемых в open-source версии компонентов (встроенных систем телеметрии и управления лицензиями, доставшихся в наследство от Camunda Enterprise).
• Была упразднена поддержка морально устаревших технологий (таких как старые версии серверов приложений, JavaEE и Spring Framework 5).

Технологические ограничения

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

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

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

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

• Camunda на проде: восемь типичных ошибок
• Асинхронный флаг без мистики
• Неблокирующий вызов внешнего сервиса в процессе

Миграция проектов с Camunda 7

Преемственность по REST API, к сожалению, не перекрывает все возможные кейсы использования BPM-движка в прикладных решениях. Поэтому мы готовим разнообразные сценарии быстрой миграции и подбираем инструменты для них. Отдельного внимания, как мы убедились на практике, заслуживают проекты с устаревшими версиями движка Camunda 7, а также новые требования по переносу исполняемой среды бизнес-процессов в полностью российское программное окружение (ОС, JDK, СУБД).