⚙️ Когда Camunda захлебнулась: реальный кейс перегрузки 700 000 процессов

В T-Банке разработали сервис на Camunda BPM, обрабатывающий обновление клиентских данных. Обычно он справлялся с ~50 000 процессов в день без проблем. Однако всё изменилось, когда Kafka-топик получил 700 000 событий с высокой скоростью. В результате в базе оказалось более 500 000 активных процессов, и начались серьёзные проблемы:

🔹Пятикратное снижение скорости обработки из-за перегрузки таблицы act_ru_job.

🔹Процессы зависали на часы, активируя таймеры, не рассчитанные на такие задержки.

🔹Критичные процессы блокировались менее важными из-за отсутствия приоритетов.

🔹Массовое управление процессами стало невозможным — админка и API не справлялись.

🔹Даже приостановленные процессы держали нагрузку на CPU базы на уровне 60%.

Этот случай стал для разработчиков уроком:
Camunda не всегда справляется с экстремальными нагрузками. В статье подробно рассказано, как разработчики столкнулись с этими проблемами и какие выводы сделали.

📖 Читайте полный разбор на Хабре:
Camunda и Kafka: не откусывай больше, чем можешь проглотить

Главный бич процессов, интенсивно работающих с базой данных это Optimistic Lock Exception.
Но с этой заразой легко разделается кролик - обновляем данные через очереди и вуаля!

Rabbit of Caerbannog - просто зверь! (Фанаты Монти Пайтон поняли, о чем я)

📣 Вебинар: Как сделать удобнее разработку BPM приложений в IntelliJ IDEA

🗓 Дата: 3 июня
🕓 Время: 16:00 МСК

Присоединяйтесь к вебинару, где мы покажем OpenBPM Studio — новый бесплатный плагин для разработки процессных приложений на Camunda.

👨‍💻 Спикеры:

- Никита Щиенко, Tech Lead, OpenBPM - рассказывает про плагин.
- Павел Кислов, Devrel, Amplicode, эксперт русскоязычного Spring Framework комьюнити - задает каверзные вопросы.

🔗 Регистрация

Продолжаем серию переводов статей Бернда Рюкера, соучредителя и главного технолога Camunda.

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

В этой статье рассказывается о разных способах, как это можно сделать:
https://habr.com/ru/articles/913060/

🎛 Как в Ростелеком-Солар встроили Camunda BPM в IdM и перестали страдать

В корпоративных системах управления доступом (IdM) бизнес-логика постоянно меняется. Сегодня нужно блокировать учётку при увольнении, а завтра — сохранить её, если сотрудника переводят. Один заказчик просит отключать доступ при отпуске, другой — просто слать уведомление. Везде — нюансы, исключения, «а можно по-другому?».

До недавнего времени решали это жёстко: кодом. Результат — костыли, ветвления, баги и боль. Но однажды сказали: «Хватит», и внедрили в IdM визуальный движок бизнес-процессов — Camunda BPM.

Что из этого вышло:
— Процессы стали настраиваемыми без перекомпиляции;
— Бизнес-логика теперь моделируется аналитиками;
— Упрощена отладка и поддержка;
— Гибкость без потери контроля.

Под катом — технические детали: как подключили Camunda, на что наткнулись, и что стоит учесть. Если вы пишете системы, где правила постоянно меняются — вам точно пригодится.

📖 Читать статью: habr.com/ru/companies/solarsecurity/articles/726774

#полезное

Аналитики и разработчики видят BPMN по-разному.

Аналитик:
🔹BPMN — описание, как все работает
🔹Главное — чтоб было понятно людям
🔹Если непонятно, больше комментариев
🔹User Task – человек принимает решение
🔹Service Task — что-то делается само
🔹События — они просто происходят
🔹Транзакции? Что это?

Разработчик:
🔸BPMN — это код, он должен выполняться
🔸Все параметры должны быть заданы, иначе движок это не примет
🔸Комментарии игнорируем
🔸User Task — форма с полями и кнопками
🔸Service Task — это вызываемый код
🔸События выполняются программно
🔸Процесс выполняется по транзакциям

🎉В восьмой раз прошел конкурс «BPM-проект года», на который было представлено 70 проектов, из них 15 прошли в финал.

Ну что же, есть на кого равняться!💪
Смотрим описания проектов, изучаем лучшие практики, перенимаем опыт!

И одна важная мысль с полей итоговой конференции:

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

Впредь будут побеждать проекты, где процессы не только описаны, но и реализованы в системе. А это значит, что для BPM-разработчиков работы непочатый край!

Проекты победителей смотреть тут🔗

🚀 От пилота к полному масштабу: как внедрить Camunda в компании

📖На Хабре опубликован перевод статьи Бернда Рюкера, сооснователя Camunda, — это гайд для разработчиков и архитекторов BPM, которые хотят масштабировать автоматизацию процессов.

🔹 Чем это полезно?
- Практические шаги от первых проектов до сотен процессов.
- Реальные кейсы (Goldman Sachs, Societe Generale).
- Ошибки, которых стоит избегать (например, ранние платформенные инициативы).
- Гибкие подходы вместо «аналитического паралича».

🔹 Ключевые идеи:
1. Начинайте с малого — пилотный проект даст реальный опыт.
2. Избегайте платформенных ловушек — сначала добейтесь ценности в проектах.
3. Создайте Центр Компетенций — для обмена знаниями и поддержки команд.
4. Децентрализация лучше — микросервисы и независимые движки работают эффективнее.


👉 Для кого: разработчики BPM, архитекторы, тимлиды.

#Camunda #BPM #АвтоматизацияПроцессов

[Читать статью]

🚀 Как Леруа Мерлен управляет распределёнными транзакциями с Camunda

В Леруа Мерлен микросервисы — основа IT-ландшафта. Но как согласованно менять данные в разных сервисах, если у каждого своя БД? Решение — оркестрация с Camunda.

🔹 Проблема
Логистические данные (размеры коробок, вес, укладка) нужны в разных процессах:
- Планирование склада
- Доставка от поставщика
- Расчет себестоимости

Но данные разбросаны по микросервисам, и классические ACID-транзакции не работают.

🔹 Решение: саги + Camunda
Вместо ACID — паттерн саги (оркестрация или хореография). Camunda выступает оркестратором, гарантируя согласованность данных через BPMN-процессы.

Как это работает?
1. Запуск процесса:
- Через HTTP (асинхронно) или Java-код (синхронно).
- Для Node.js и других языков — External Tasks (обработка через long-polling).

2. Обработка ошибок:
- Компенсации — если один шаг провалился, откатываем предыдущие.
- Retry-политики — автоматические повторы при временных сбоях.

3. Мониторинг завершения:
- Опрос статуса или Redis-нотификации.

🔹 Почему Camunda?
✅ Гибкость: поддержка и Java, и других языков (через External Tasks).
✅ Надёжность: сохранение состояния в БД (Postgres).
✅ Масштабируемость: независимое развертывание оркестратора.

🔹 Альтернатива: Zeebe
Новый оркестратор от Camunda — лучше масштабируется, работает через gRPC, но пока менее зрелый.

📌 Вывод: Camunda — мощный инструмент для оркестрации микросервисов, особенно там, где критична согласованность данных.

#Camunda #Микросервисы #РаспределенныеТранзакции

📚[Читать статью]

Изначально BPMN-модели рисуют аналитики.

Потом разработчикам им надо как-то получить.

И это не всегда просто.
Почта, мессенджеры - вчерашний день.
Нужно что-то более технологичное.

Как в Jmix BPM - через интеграцию со Storm'ом

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

Но они используют разные инструменты, что создает барьеры в коммуникации.

Однако, его можно преодолеть благодаря интеграции Storm и Jmix BPM.

Смотрите подробнее в презентации Станислава Макарова на итоговой конференции конкурса "BPM-проект года"

Читайте заметку про Camunda и Flowable - что у них общего и чем они отличаются, когда выбирать одно, а когда другое:

https://habr.com/ru/articles/915712/