Мой блог

Листай вниз

Релиз OpenBPM 2.0: обзор обновлений движка и AI-инструментов

Теги :

Инженерная команда компании «Хоулмонт» представила крупное обновление OpenBPM Engine v.2.0, продолжающее развитие идей форков Camunda 7. Платформа переведена на современный стек технологических фреймворков, включая Spring Boot 4 и Spring AI, что открывает принципиально новые возможности для комплексной автоматизации предприятий.

Переход на четвертую версию Spring затронул фундаментальные компоненты экосистемы, включая Spring Framework 7, Jakarta EE 11, Hibernate ORM 7.1, Spring Security 7 и JUnit 6. Поскольку предыдущие ветки фреймворка уже сняты с официальной поддержки, своевременная миграция проектов становится критически важной задачей для разработчиков.

Движок

Обновленный BPM-движок сохраняет полную функциональную совместимость по схеме данных и программному API с Camunda 7 CE, позволяя проводить обновление без риска разрушить существующую архитектуру. Новая сборка протестирована и официально поддерживается на LTS-репусках Java 17, 21 и 25. Практические тесты показывают, что простая пересборка проектов под JDK 25 обеспечивает дополнительный прирост производительности примерно на 10%.

Ключевые принципы и архитектура платформы openBPM — Схема ключевых архитектурных принципов платформы openBPM.

Технически OpenBPM Engine v.2.0 базируется на Spring Boot 4.0, Spring Framework 7.0 и Quarkus 3.33 LTS. В качестве СУБД поддерживаются PostgreSQL 14+, MariaDB 10.11 LTS и MySQL 8.4 LTS, при этом сохраняются уровни совместимости с Oracle, MS SQL Server и DB2. Сервером приложений выступает Apache Tomcat 11, для тестирования задействованы JUnit 6 и Testcontainers 2.0.

Запуск и инициализация BPM-движка OpenBPM — Процесс инициализации и запуска BPM-движка в рабочей среде.

Для выполнения сценариев предусмотрена поддержка актуальных версий библиотек, таких как Groovy 5.0, Jython 2.7.4, а также GraalVM JS 25.0 и GraalVM Ruby 9.1. Устаревший движок JavaScript Nashorn был полностью удален из зависимостей. Проекты, мигрирующие с Camunda 7, должны учитывать переход на высокопроизводительный движок GraalVM взамен старого стандарта ECMAScript 5.

Баги и фичи

Разработчики исправили формирование протоколов работы: ключ определения процесса для логирования MDC теперь берется напрямую из базы данных, гарантируя абсолютную согласованность логов. В целях безопасности добавлена опция изоляции путей хранения сеансовых cookie для приложений Spring Boot. Это исключает конфликты сессий (JSESSIONID) при одновременном использовании OpenBPM и сторонних провайдеров вроде Keycloak.

Мониторинг доступности и health-check эндпоинты в OpenBPM — Панель мониторинга доступности и состояния сервисов платформы.

В систему внедрен независимый интерфейс Health SPI, состоящий из компонентов HealthService, HealthResult и FrontendHealthContributor, который облегчает проверку работоспособности в различных средах (Spring Boot, Quarkus, чистая Java). Для портативной run-сборки предусмотрена легковесная точка /health, возвращающая HTTP 200 или 503 для балансировщиков нагрузки.

Дополнительно инженеры доработали REST API и Kafka-коннекторы. Управлять их параметрами теперь можно прямо из спецификации сервисного таска на BPMN-схеме с помощью нового выражения ${kafka...}, а входящие сообщения десериализуются в типизированные объекты Java или сохраняются в переменную процесса.

Графики контрольных метрик производительности движка — Контрольные метрики производительности при нагрузочном тестировании.

Сборка и перфоманс

Сборочный комплекс полностью размещен на территории России и дополнен автоматизированным сканированием уязвимостей. Функциональное тестирование опирается на внушительный массив юнит- и интеграционных тестов, а также на сквозной чек-лист из более чем тысячи проверок для различных дистрибутивов (Tomcat, Run, Docker, Spring Boot стартер).

Нагрузочные испытания проводятся на изолированной инфраструктуре под управлением ОС RedOS 8 с конфигурацией 4 vCPU и 16 GB RAM. Тесты выполняются в «толстом» стиле с активной историей процессов («ACTIVITY»). На выходе движок стабильно демонстрирует показатель около 450–490 активностей в секунду при полной утилизации процессорных ядер.

Контекст экземпляра бизнес-процесса в управлении OpenBPM — Отображение контекста конкретного экземпляра бизнес-процесса.

Инструменты

Экосистема профессиональных инструментов получила функцию контекстного диалога со схемой или конкретным экземпляром бизнес-процесса благодаря встроенному AI-агенту. Агент умеет генерировать интерактивные ссылки для навигации в модуле Control, хотя для качественного локального инференса рекомендуется использовать модель уровня Qwen2.5:14B.

Ожидание завершения пользовательской задачи в интерфейсе — Статус ожидания завершения текущей пользовательской задачи.

В ранний доступ переведен инструмент моделирования OpenBPM Workspace, ориентированный на бизнес-инженеров и «вайбкодеров». AI-агенты в его составе берут на себя рутинные операции: анализ процессов, сборку текстовых спецификаций, подготовку PoC, генерацию тестовых данных и расчет сметы реализации, позволяя бизнесу напрямую воплощать свои задачи на современной открытой технологической базе.

Интерфейс рабочего пространства EAP OpenBPM Workspace — Рабочее пространство EAP OpenBPM Workspace для бизнес-инженеров.

Вместо эпилога

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

01.