🚀 Что происходит, когда у Flowable заканчиваются попытки выполнить задание?

Ваши процессы зависли из-за ошибок?
Узнайте, как Flowable обрабатывает проваленные задания и как их можно «воскресить»:

🔹 Dead Letter Table — куда попадают «умершие» задания
🔹 Два способа реанимации: программный через API и ручной через Flowable Admin
🔹 Практические кейсы: когда стоит повторять выполнение, а когда — удалять задание

Совет от экспертов:
> «Для сетевых сбоев автоматизируйте возврат заданий. Для багов в коде — сначала фиксите ошибку!»

👉 Читайте продолжение истории про асинхронный флаг → [ссылка]

#Flowable #BPM #ErrorHandling #Java #DevOps

Обработка исключений в рабочих процессах с использованием Flowable

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

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

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

Итак, давайте приступим!
👉 Переходите по ссылке

#статья #flowable

🚀 Flowable раскрывает секреты Async Executor

Что делать, если ваши бизнес-процессы тормозят на асинхронных операциях?
Команда Flowable переосмыслила архитектуру Job Executor — и вот что получилось:

🔹 Global Acquire Lock — революционный подход к распределению задач между нодами
🔹 Автовосстановление после сбоев без потери данных
🔹 Интеллектуальные ретраи при ошибках интеграций

Это первая в серии из четырех статей:

1️⃣ Базовая механика (вы читаете это сейчас)
2️⃣ Тонкая настройка параметров выполнения
3️⃣ Бенчмарки — 4000+ задач в секунду
4️⃣ Эволюция архитектуры за 10 лет разработки

Ключевой момент:
> "Async Executor снижает конкуренцию за таблицы БД на 80% — главную причину падения производительности в кластере"

👉 Читайте первую часть: [ссылка]

#Flowable #BPM #Java #Performance #Architecture

🚀 Тонкая настройка Flowable: как добиться максимальной скорости

Узнайте, как правильно настроить Async Executor для работы с тысячами задач в секунду.
В статье:

🔹 Global Acquire Lock — секрет стабильной работы в кластере
🔹Оптимальные параметры для queue-capacity и thread-pool
- Как избежать проблем с блокировками в БД
- Настройки для разных типов задач: таймеры и асинхронные операции

💡 "Правильная конфигурация дает +40% к производительности"

📚Читать вторую часть 👉 [ссылка]
📚Первая часть здесь 👉 [ссылка]

#Flowable #BPM #Java #HighLoad

🚀 Flowable: бенчмарк асинхронных операций

Разработчики Flowable устроили битву производительности между Async Executor и миллионом задач! Вот что выяснили:

🔹 4000+ задач/сек с фиксированным временем выполнения (100 мс)
🔹 2500+ таймеров/сек — обработка временных событий без тормозов
🔹 22 млн задач/час в режиме "no-op" — максимальная нагрузка на движок

💡 Главные инсайты:

✅ Global Acquire Lock увеличивает пропускную способность в 6 раз
✅ Оптимальный размер выборки — 8192 задания за запрос
✅ 82% от теоретического максимума — рекорд для BPM-систем

Как тестировали:
- AWS EC2 (8 vCPU) + PostgreSQL RDS (32 vCPU)
- 1 млн задач каждого типа
- Spring Boot + Flowable 6.7.0-SNAPSHOT

👉 Хотите цифры и графики?
📚Читайте полный разбор на Хабре: [ссылка]

P.S. В следующей части — как мы 10 лет шли к этой архитектуре. Подписывайтесь!

📚Первая часть 👉 [ссылка]
📚Вторая часть 👉 [ссылка]

#статья #Flowable #BPM #Java #HighLoad

🚀 10 лет эволюции: как Flowable добился 4000+ задач в секунду

От скромных начал до революционного Global Acquire Lock — рассказываем историю главного прорыва в производительности BPM-систем.

🔹 4 архитектурных поколения Async Executor
🔹 Почему провалилось шардирование и что сработало
🔹 Как конкуренция за БД снизила производительность в 6 раз
🔹 Секрет успеха: один контроллер вместо хаотичной выборки

"Мы перебрали 10+ подходов, прежде чем нашли идеальный баланс между простотой и масштабируемостью"

👉 Читайте на Хабре финальную часть саги об оптимизации Flowable → [ссылка]
P.S. В статье — графики нагрузки CPU и реальные цифры из бенчмарков.

📚Первая часть 👉 [ссылка]
📚Вторая часть 👉 [ссылка]
📚Третья часть 👉 [ссылка]

#Flowable #BPM #Java #HighLoad

🚀 Flowable 2025.1: Новая эра интеллектуальной автоматизации с ИИ-агентами

Компании тонут в хаосе разрозненных ИИ-решений? Flowable представляет революционный подход — агентную автоматизацию, где ИИ становится полноценным участником ваших бизнес-процессов!

▻ Что принципиально нового?
🔹  4 типа встроенных ИИ-агентов (Utility, Document, Knowledge, Orchestrator) с полной интеграцией в BPMN/CMMN
🔹 Гибридная оркестрация — работа с внешними агентами (AWS Bedrock, Azure, Salesforce) + мультимодальные LLM (OpenAI, Claude)
🔹 RAG-интеграция — точные ответы на основе ваших внутренних знаний
🔹 Автономные агенты — от анализа документов до принятия решений в реальном времени

▻ Ключевые преимущества для бизнеса:
✅ Сквозная автоматизация — от legacy-систем до современных LLM в едином workflow
✅ Снижение ручного труда на 40-60% за счет AI-powered кейс-менеджмента
✅ Полный контроль — аудит всех действий ИИ, SOC2®-совместимая безопасность
✅ Интуитивный UX — глобальный поиск, умные формы, визуальные инструменты миграции

▻ Практические кейсы применения:
🔸Финансы: Автоматическая проверка документов + анализ рисков
🔸HR: Интеллектуальный онбординг с чат-ассистентом
🔸Логистика: Динамическая оптимизация маршрутов с учетом 100+ параметров

«Раньше ИИ создавал хаос — теперь он его систематизирует»

В отличие от точечных «копилотов», Flowable дает единую платформу с:
🔅Централизованным управлением агентами
🔅Гибкими настройками автономности
🔅Встроенными механизмами compliance

▻ Технические детали:
💡Поддержка Power Automate Desktop RPA
📎Low-code редакторы с AI-ассистентом
🔐 Cloud-безопасность уровня enterprise (SSO и пр.)

Эпоха, когда ИИ действительно работает на бизнес, а не создаёт проблемы — уже здесь.
📘Подробнее читайте на Хабре ➡️ [новость]

#Flowable #AI #BPM