#camunda — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #camunda, aggregated by home.social.
-
Heute debuggt wieso ein Prozess in camunda so lange dauert. Ergebnis ist das abarbeiten von ExternalTasks ist sequentiell in den Clients (java)
Das ist schlecht implementiert meiner Meinung nach. Ändern kann man das nicht da TaskSubscriptionManager kein Interface ist. Man kann nur die handler selbst async machen und sich dort dann um locking und errorhandling kümmern. #camunda #java
-
Heute debuggt wieso ein Prozess in camunda so lange dauert. Ergebnis ist das abarbeiten von ExternalTasks ist sequentiell in den Clients (java)
Das ist schlecht implementiert meiner Meinung nach. Ändern kann man das nicht da TaskSubscriptionManager kein Interface ist. Man kann nur die handler selbst async machen und sich dort dann um locking und errorhandling kümmern. #camunda #java
-
Heute debuggt wieso ein Prozess in camunda so lange dauert. Ergebnis ist das abarbeiten von ExternalTasks ist sequentiell in den Clients (java)
Das ist schlecht implementiert meiner Meinung nach. Ändern kann man das nicht da TaskSubscriptionManager kein Interface ist. Man kann nur die handler selbst async machen und sich dort dann um locking und errorhandling kümmern. #camunda #java
-
Heute debuggt wieso ein Prozess in camunda so lange dauert. Ergebnis ist das abarbeiten von ExternalTasks ist sequentiell in den Clients (java)
Das ist schlecht implementiert meiner Meinung nach. Ändern kann man das nicht da TaskSubscriptionManager kein Interface ist. Man kann nur die handler selbst async machen und sich dort dann um locking und errorhandling kümmern. #camunda #java
-
Heute debuggt wieso ein Prozess in camunda so lange dauert. Ergebnis ist das abarbeiten von ExternalTasks ist sequentiell in den Clients (java)
Das ist schlecht implementiert meiner Meinung nach. Ändern kann man das nicht da TaskSubscriptionManager kein Interface ist. Man kann nur die handler selbst async machen und sich dort dann um locking und errorhandling kümmern. #camunda #java
-
Масштабирование Zeebe: от каскадных сбоев до 100 процессов в секунду через анализ ресурсов и тюнинг
Привет, Хабр! Мы — команда разработки кредитных продуктов для физических лиц в Т-Банке. Делимся опытом нагрузочного тестирования workflow-движка Zeebe (основы Camunda 8), который проводили, когда искали альтернативу Camunda 7. Вокруг Zeebe ходит немало стереотипов: медленный, сложный в настройке, нестабильный. Но большинство мнений основаны на данных, актуальных для устаревших версий. Мы приняли во внимание развитие продукта и провели собственное исследование.
https://habr.com/ru/companies/tbank/articles/1059936/
#bpmn #camunda #camunda_8 #zeebe #optimization #loadtesting #tunning #optimizaiton #worker #gatling
-
Масштабирование Zeebe: от каскадных сбоев до 100 процессов в секунду через анализ ресурсов и тюнинг
Привет, Хабр! Мы — команда разработки кредитных продуктов для физических лиц в Т-Банке. Делимся опытом нагрузочного тестирования workflow-движка Zeebe (основы Camunda 8), который проводили, когда искали альтернативу Camunda 7. Вокруг Zeebe ходит немало стереотипов: медленный, сложный в настройке, нестабильный. Но большинство мнений основаны на данных, актуальных для устаревших версий. Мы приняли во внимание развитие продукта и провели собственное исследование.
https://habr.com/ru/companies/tbank/articles/1059936/
#bpmn #camunda #camunda_8 #zeebe #optimization #loadtesting #tunning #optimizaiton #worker #gatling
-
Масштабирование Zeebe: от каскадных сбоев до 100 процессов в секунду через анализ ресурсов и тюнинг
Привет, Хабр! Мы — команда разработки кредитных продуктов для физических лиц в Т-Банке. Делимся опытом нагрузочного тестирования workflow-движка Zeebe (основы Camunda 8), который проводили, когда искали альтернативу Camunda 7. Вокруг Zeebe ходит немало стереотипов: медленный, сложный в настройке, нестабильный. Но большинство мнений основаны на данных, актуальных для устаревших версий. Мы приняли во внимание развитие продукта и провели собственное исследование.
https://habr.com/ru/companies/tbank/articles/1059936/
#bpmn #camunda #camunda_8 #zeebe #optimization #loadtesting #tunning #optimizaiton #worker #gatling
-
[Перевод] Диалоговые потоки в агентном ИИ: чему нас научила эксплуатация таких систем в промышленном масштабе
Недавно CrewAI представила экспериментальную возможность Conversational Flows как способ найти баланс между детерминированной логикой и рассуждением на основе ИИ в агентных системах. Это действительно важная архитектурная задача. Хочу поделиться тем, чему мы научились, создавая и эксплуатируя именно такие системы в промышленной среде — для корпоративных заказчиков из банковского сектора, телекома и других строго регулируемых отраслей.
-
[Перевод] Диалоговые потоки в агентном ИИ: чему нас научила эксплуатация таких систем в промышленном масштабе
Недавно CrewAI представила экспериментальную возможность Conversational Flows как способ найти баланс между детерминированной логикой и рассуждением на основе ИИ в агентных системах. Это действительно важная архитектурная задача. Хочу поделиться тем, чему мы научились, создавая и эксплуатируя именно такие системы в промышленной среде — для корпоративных заказчиков из банковского сектора, телекома и других строго регулируемых отраслей.
-
[Перевод] Диалоговые потоки в агентном ИИ: чему нас научила эксплуатация таких систем в промышленном масштабе
Недавно CrewAI представила экспериментальную возможность Conversational Flows как способ найти баланс между детерминированной логикой и рассуждением на основе ИИ в агентных системах. Это действительно важная архитектурная задача. Хочу поделиться тем, чему мы научились, создавая и эксплуатируя именно такие системы в промышленной среде — для корпоративных заказчиков из банковского сектора, телекома и других строго регулируемых отраслей.
-
MCP tools, Agents + Subagents, Skills - all missing a consistent versioning story.
Just listened in to a tech talk on the upcoming MCP Server for Processes in #Camunda 8.10 (yes, you heard that right: interact with each deployed Process Definition in natural language 🤯).
We're solving this pragmatically in #ProcessOS (semver, tags, releases).
But c'mon, this is solved everywhere else in Software Engineering already;
there should have been a standard for this from the get-go. -
MCP tools, Agents + Subagents, Skills - all missing a consistent versioning story.
Just listened in to a tech talk on the upcoming MCP Server for Processes in #Camunda 8.10 (yes, you heard that right: interact with each deployed Process Definition in natural language 🤯).
We're solving this pragmatically in #ProcessOS (semver, tags, releases).
But c'mon, this is solved everywhere else in Software Engineering already;
there should have been a standard for this from the get-go. -
MCP tools, Agents + Subagents, Skills - all missing a consistent versioning story.
Just listened in to a tech talk on the upcoming MCP Server for Processes in #Camunda 8.10 (yes, you heard that right: interact with each deployed Process Definition in natural language 🤯).
We're solving this pragmatically in #ProcessOS (semver, tags, releases).
But c'mon, this is solved everywhere else in Software Engineering already;
there should have been a standard for this from the get-go. -
MCP tools, Agents + Subagents, Skills - all missing a consistent versioning story.
Just listened in to a tech talk on the upcoming MCP Server for Processes in #Camunda 8.10 (yes, you heard that right: interact with each deployed Process Definition in natural language 🤯).
We're solving this pragmatically in #ProcessOS (semver, tags, releases).
But c'mon, this is solved everywhere else in Software Engineering already;
there should have been a standard for this from the get-go. -
MCP tools, Agents + Subagents, Skills - all missing a consistent versioning story.
Just listened in to a tech talk on the upcoming MCP Server for Processes in #Camunda 8.10 (yes, you heard that right: interact with each deployed Process Definition in natural language 🤯).
We're solving this pragmatically in #ProcessOS (semver, tags, releases).
But c'mon, this is solved everywhere else in Software Engineering already;
there should have been a standard for this from the get-go. -
Оркестрация рабочих процессов: полное руководство
Оркестрация рабочих процессов (workflow orchestration) — это практика координации множества автоматизированных задач, сервисов и систем для обеспечения их согласованного...
#DST #DSTGlobal #ДСТ #ДСТГлобал #Оркестрация #GitHub #Kubernetes #ApacheAirflow #AWSStepFunctions #Temporal #Camunda #CICD #DevOps #Автоматизация #AIагенты #RBAC #SOAR #Обработкаданных #ETL
Источник: https://dstglobal.ru/club/1242-orkestracija-rabochih-processov-polnoe-rukovodstvo
-
Оркестрация рабочих процессов: полное руководство
Оркестрация рабочих процессов (workflow orchestration) — это практика координации множества автоматизированных задач, сервисов и систем для обеспечения их согласованного...
#DST #DSTGlobal #ДСТ #ДСТГлобал #Оркестрация #GitHub #Kubernetes #ApacheAirflow #AWSStepFunctions #Temporal #Camunda #CICD #DevOps #Автоматизация #AIагенты #RBAC #SOAR #Обработкаданных #ETL
Источник: https://dstglobal.ru/club/1242-orkestracija-rabochih-processov-polnoe-rukovodstvo
-
Оркестрация рабочих процессов: полное руководство
Оркестрация рабочих процессов (workflow orchestration) — это практика координации множества автоматизированных задач, сервисов и систем для обеспечения их согласованного...
#DST #DSTGlobal #ДСТ #ДСТГлобал #Оркестрация #GitHub #Kubernetes #ApacheAirflow #AWSStepFunctions #Temporal #Camunda #CICD #DevOps #Автоматизация #AIагенты #RBAC #SOAR #Обработкаданных #ETL
Источник: https://dstglobal.ru/club/1242-orkestracija-rabochih-processov-polnoe-rukovodstvo
-
Оркестрация рабочих процессов: полное руководство
Оркестрация рабочих процессов (workflow orchestration) — это практика координации множества автоматизированных задач, сервисов и систем для обеспечения их согласованного...
#DST #DSTGlobal #ДСТ #ДСТГлобал #Оркестрация #GitHub #Kubernetes #ApacheAirflow #AWSStepFunctions #Temporal #Camunda #CICD #DevOps #Автоматизация #AIагенты #RBAC #SOAR #Обработкаданных #ETL
Источник: https://dstglobal.ru/club/1242-orkestracija-rabochih-processov-polnoe-rukovodstvo
-
[Перевод] Великий реинжиниринг начался
Каждый процесс в вашей компании — наследие прошлого. Жёстко? Возможно. Но логика верна. Каждый бизнес-процесс, который ваша организация выполняет сегодня, был спроектирован для мира без ИИ. Всё — от цепочек согласований до последовательностей передачи задач и обработки исключений — было построено на человеческом суждении. И всё это было выстроено вокруг предположения, что программное обеспечение может автоматизировать задачи, но координировать работу будут люди. Это предположение больше не работает.
https://habr.com/ru/articles/1042494/
#camunda #bpm #bpmn #бизнеспроцессы #реинжиниринг #ai #ai_agent #axiomjdk #openbpm
-
[Перевод] Великий реинжиниринг начался
Каждый процесс в вашей компании — наследие прошлого. Жёстко? Возможно. Но логика верна. Каждый бизнес-процесс, который ваша организация выполняет сегодня, был спроектирован для мира без ИИ. Всё — от цепочек согласований до последовательностей передачи задач и обработки исключений — было построено на человеческом суждении. И всё это было выстроено вокруг предположения, что программное обеспечение может автоматизировать задачи, но координировать работу будут люди. Это предположение больше не работает.
https://habr.com/ru/articles/1042494/
#camunda #bpm #bpmn #бизнеспроцессы #реинжиниринг #ai #ai_agent #axiomjdk #openbpm
-
[Перевод] Великий реинжиниринг начался
Каждый процесс в вашей компании — наследие прошлого. Жёстко? Возможно. Но логика верна. Каждый бизнес-процесс, который ваша организация выполняет сегодня, был спроектирован для мира без ИИ. Всё — от цепочек согласований до последовательностей передачи задач и обработки исключений — было построено на человеческом суждении. И всё это было выстроено вокруг предположения, что программное обеспечение может автоматизировать задачи, но координировать работу будут люди. Это предположение больше не работает.
https://habr.com/ru/articles/1042494/
#camunda #bpm #bpmn #бизнеспроцессы #реинжиниринг #ai #ai_agent #axiomjdk #openbpm
-
Я дважды не смог собрать команду для pet-проекта. Потом за полгода закрыл всё с Claude
История о том, как Fleans — движок workflow на .NET Orleans и BPMN 2 — родился из упрямства, фрустрации, Camunda-которая-стала-платной и одного не самого очевидного разговора с ИИ.
-
Я дважды не смог собрать команду для pet-проекта. Потом за полгода закрыл всё с Claude
История о том, как Fleans — движок workflow на .NET Orleans и BPMN 2 — родился из упрямства, фрустрации, Camunda-которая-стала-платной и одного не самого очевидного разговора с ИИ.
-
Я дважды не смог собрать команду для pet-проекта. Потом за полгода закрыл всё с Claude
История о том, как Fleans — движок workflow на .NET Orleans и BPMN 2 — родился из упрямства, фрустрации, Camunda-которая-стала-платной и одного не самого очевидного разговора с ИИ.
-
Исполняемые процессы — наш реальный кейс
В прошлой статье про AI-native организации я писал, что AI-native — это не компания, в которой всем выдали доступ к LLM и поставили несколько ботов в мессенджер. Ключевой переход начинается когда компания умеет описывать свою работу так, чтобы ее можно было исполнять, проверять, передавать по маршруту и постепенно делегировать отдельные шаги AI-агентам. Эта статья — про один из таких практических шагов. Я хочу рассказать, как мы у себя в компании автоматизировали процессное управление на базе BPMN 2.0 моделей, Camunda и Битрикс24 и получили операционный контур, в котором процесс — это не регламент и не картинка BPMN, а исполняемый маршрут с задачами, контекстом, переменными процесса и передачей контекста между шагами. AI-агенты не для чата. Реальный кейс.
-
Исполняемые процессы — наш реальный кейс
В прошлой статье про AI-native организации я писал, что AI-native — это не компания, в которой всем выдали доступ к LLM и поставили несколько ботов в мессенджер. Ключевой переход начинается когда компания умеет описывать свою работу так, чтобы ее можно было исполнять, проверять, передавать по маршруту и постепенно делегировать отдельные шаги AI-агентам. Эта статья — про один из таких практических шагов. Я хочу рассказать, как мы у себя в компании автоматизировали процессное управление на базе BPMN 2.0 моделей, Camunda и Битрикс24 и получили операционный контур, в котором процесс — это не регламент и не картинка BPMN, а исполняемый маршрут с задачами, контекстом, переменными процесса и передачей контекста между шагами. AI-агенты не для чата. Реальный кейс.
-
Исполняемые процессы — наш реальный кейс
В прошлой статье про AI-native организации я писал, что AI-native — это не компания, в которой всем выдали доступ к LLM и поставили несколько ботов в мессенджер. Ключевой переход начинается когда компания умеет описывать свою работу так, чтобы ее можно было исполнять, проверять, передавать по маршруту и постепенно делегировать отдельные шаги AI-агентам. Эта статья — про один из таких практических шагов. Я хочу рассказать, как мы у себя в компании автоматизировали процессное управление на базе BPMN 2.0 моделей, Camunda и Битрикс24 и получили операционный контур, в котором процесс — это не регламент и не картинка BPMN, а исполняемый маршрут с задачами, контекстом, переменными процесса и передачей контекста между шагами. AI-агенты не для чата. Реальный кейс.
-
[Перевод] Промпты — это рекомендации, а не правила. Структура — это обязательное условие
Агент знал свои принципы. Он процитировал их обратно — «Я нарушил каждый принцип, который мне был дан: я предположил вместо того, чтобы проверить». И всё равно он удалил базу данных — потому что знать правило и быть структурно лишённым возможности его нарушить — это совершенно разные вещи. Когда мы внедряем AI-агентов в бизнес-операции, мы склонны управлять ими так же, как управляем людьми: мы пишем политики. Мы добавляем инструкции в промпт. Мы говорим агенту, что ему разрешено. Но промпты — это рекомендации. Агент читает их, соотносит с текущей задачей и принимает решение. Это не баг — это и есть суть LLM. Проблема в том, что мы относились к управлению AI так, как будто это онбординг сотрудника, тогда как должны были относиться к этому как к управлению доступом к системе. В вашей ERP сотрудник склада не может сам утверждать свои собственные закупочные заказы — не потому, что политика так говорит, а потому, что у него просто нет этой кнопки. Это структурный контроль. AI-агентам нужно то же самое.
https://habr.com/ru/articles/1036626/
#camunda #orchestration #ai_agent #bpm #bpmn #безопасность_данных
-
[Перевод] Промпты — это рекомендации, а не правила. Структура — это обязательное условие
Агент знал свои принципы. Он процитировал их обратно — «Я нарушил каждый принцип, который мне был дан: я предположил вместо того, чтобы проверить». И всё равно он удалил базу данных — потому что знать правило и быть структурно лишённым возможности его нарушить — это совершенно разные вещи. Когда мы внедряем AI-агентов в бизнес-операции, мы склонны управлять ими так же, как управляем людьми: мы пишем политики. Мы добавляем инструкции в промпт. Мы говорим агенту, что ему разрешено. Но промпты — это рекомендации. Агент читает их, соотносит с текущей задачей и принимает решение. Это не баг — это и есть суть LLM. Проблема в том, что мы относились к управлению AI так, как будто это онбординг сотрудника, тогда как должны были относиться к этому как к управлению доступом к системе. В вашей ERP сотрудник склада не может сам утверждать свои собственные закупочные заказы — не потому, что политика так говорит, а потому, что у него просто нет этой кнопки. Это структурный контроль. AI-агентам нужно то же самое.
https://habr.com/ru/articles/1036626/
#camunda #orchestration #ai_agent #bpm #bpmn #безопасность_данных
-
[Перевод] Промпты — это рекомендации, а не правила. Структура — это обязательное условие
Агент знал свои принципы. Он процитировал их обратно — «Я нарушил каждый принцип, который мне был дан: я предположил вместо того, чтобы проверить». И всё равно он удалил базу данных — потому что знать правило и быть структурно лишённым возможности его нарушить — это совершенно разные вещи. Когда мы внедряем AI-агентов в бизнес-операции, мы склонны управлять ими так же, как управляем людьми: мы пишем политики. Мы добавляем инструкции в промпт. Мы говорим агенту, что ему разрешено. Но промпты — это рекомендации. Агент читает их, соотносит с текущей задачей и принимает решение. Это не баг — это и есть суть LLM. Проблема в том, что мы относились к управлению AI так, как будто это онбординг сотрудника, тогда как должны были относиться к этому как к управлению доступом к системе. В вашей ERP сотрудник склада не может сам утверждать свои собственные закупочные заказы — не потому, что политика так говорит, а потому, что у него просто нет этой кнопки. Это структурный контроль. AI-агентам нужно то же самое.
https://habr.com/ru/articles/1036626/
#camunda #orchestration #ai_agent #bpm #bpmn #безопасность_данных
-
[Перевод] Говорят ли LLM на языке BPMN? Оценка их возможностей моделирования процессов на основе качественных метрик
Большие языковые модели (LLM) становятся мощными инструментами для автоматизации моделирования бизнес-процессов, обещая упростить перевод текстовых описаний процессов в диаграммы Business Process Model and Notation (BPMN). Однако степень, в которой эти системы ИИ способны создавать высококачественные BPMN-модели, пока не подверглась тщательной оценке. Данная статья представляет оценку пяти инструментов генерации BPMN на базе LLM, автоматически преобразующих текстовые описания процессов в BPMN-модели. Для оценки качества этих моделей ИИ мы вводим новую структурированную систему, которая присваивает баллы каждой BPMN-диаграмме по трем ключевым измерениям качества моделей процессов: ясность/читаемость, корректность и полнота, охватывающим как точность, так и понятность диаграммы. Используя эту систему, мы провели эксперименты, в которых каждому инструменту поручалось моделировать один и тот же набор текстовых сценариев процессов, а полученные диаграммы систематически оценивались по критериям. Этот подход обеспечивает последовательную и воспроизводимую процедуру оценки и предлагает новую линзу для сравнения возможностей моделирования на базе LLM. Наши выводы показывают, что хотя существующие инструменты на базе LLM способны создавать BPMN-диаграммы, отражающие основные элементы описания процесса, они часто демонстрируют ошибки — пропущенные шаги, непоследовательную логику или нарушения правил моделирования, что подчёркивает ограничения в достижении полностью корректных и полных моделей. Чёткость и читаемость генерируемых диаграмм также различаются, указывая на то, что эти модели ИИ всё ещё находятся на стадии созревания в генерации легко интерпретируемых потоков процессов.
-
[Перевод] Говорят ли LLM на языке BPMN? Оценка их возможностей моделирования процессов на основе качественных метрик
Большие языковые модели (LLM) становятся мощными инструментами для автоматизации моделирования бизнес-процессов, обещая упростить перевод текстовых описаний процессов в диаграммы Business Process Model and Notation (BPMN). Однако степень, в которой эти системы ИИ способны создавать высококачественные BPMN-модели, пока не подверглась тщательной оценке. Данная статья представляет оценку пяти инструментов генерации BPMN на базе LLM, автоматически преобразующих текстовые описания процессов в BPMN-модели. Для оценки качества этих моделей ИИ мы вводим новую структурированную систему, которая присваивает баллы каждой BPMN-диаграмме по трем ключевым измерениям качества моделей процессов: ясность/читаемость, корректность и полнота, охватывающим как точность, так и понятность диаграммы. Используя эту систему, мы провели эксперименты, в которых каждому инструменту поручалось моделировать один и тот же набор текстовых сценариев процессов, а полученные диаграммы систематически оценивались по критериям. Этот подход обеспечивает последовательную и воспроизводимую процедуру оценки и предлагает новую линзу для сравнения возможностей моделирования на базе LLM. Наши выводы показывают, что хотя существующие инструменты на базе LLM способны создавать BPMN-диаграммы, отражающие основные элементы описания процесса, они часто демонстрируют ошибки — пропущенные шаги, непоследовательную логику или нарушения правил моделирования, что подчёркивает ограничения в достижении полностью корректных и полных моделей. Чёткость и читаемость генерируемых диаграмм также различаются, указывая на то, что эти модели ИИ всё ещё находятся на стадии созревания в генерации легко интерпретируемых потоков процессов.
-
[Перевод] Говорят ли LLM на языке BPMN? Оценка их возможностей моделирования процессов на основе качественных метрик
Большие языковые модели (LLM) становятся мощными инструментами для автоматизации моделирования бизнес-процессов, обещая упростить перевод текстовых описаний процессов в диаграммы Business Process Model and Notation (BPMN). Однако степень, в которой эти системы ИИ способны создавать высококачественные BPMN-модели, пока не подверглась тщательной оценке. Данная статья представляет оценку пяти инструментов генерации BPMN на базе LLM, автоматически преобразующих текстовые описания процессов в BPMN-модели. Для оценки качества этих моделей ИИ мы вводим новую структурированную систему, которая присваивает баллы каждой BPMN-диаграмме по трем ключевым измерениям качества моделей процессов: ясность/читаемость, корректность и полнота, охватывающим как точность, так и понятность диаграммы. Используя эту систему, мы провели эксперименты, в которых каждому инструменту поручалось моделировать один и тот же набор текстовых сценариев процессов, а полученные диаграммы систематически оценивались по критериям. Этот подход обеспечивает последовательную и воспроизводимую процедуру оценки и предлагает новую линзу для сравнения возможностей моделирования на базе LLM. Наши выводы показывают, что хотя существующие инструменты на базе LLM способны создавать BPMN-диаграммы, отражающие основные элементы описания процесса, они часто демонстрируют ошибки — пропущенные шаги, непоследовательную логику или нарушения правил моделирования, что подчёркивает ограничения в достижении полностью корректных и полных моделей. Чёткость и читаемость генерируемых диаграмм также различаются, указывая на то, что эти модели ИИ всё ещё находятся на стадии созревания в генерации легко интерпретируемых потоков процессов.
-
От потребностей команд к требованиям: выбор движка бизнес процессов после EOL Camunda 7
Привет, Хабр! Мы — бизнес-линия разработки кредитных продуктов для физических лиц в Т. Нам крайне важно использовать актуальное, безопасное и предсказуемое решение в проектировании бизнес-процессов. Для автоматизации выдачи кредитных продуктов мы используем движок бизнес-процессов Camunda. В прошлом году компания объявила о завершении бесплатной поддержки Camunda 7. Платформа больше не будет получать обновления, включая критические исправления безопасности и уязвимостей. Для нас, как для финансовой организации, где безопасность, стабильность и соответствие стандартам играют ключевую роль, такой поворот стал серьезным сигналом. Мы решили проанализировать текущее состояние оркестрации бизнес-процессов во всем банке. Хотели собрать потребности команд и найти подходящие решения, которые будут безопасными, масштабируемыми, надежными и готовыми к изменениям. Мы провели многоэтапный анализ существующих решений и сформировали итоговые рекомендации в виде дерева. В статье делимся тем, что получилось.
https://habr.com/ru/companies/tbank/articles/985132/
#проектирование_продуктов #сравнение #camunda #camunda_8 #temporal #оркестратор #бизнеспроцесс #автоматизация_процессов #выбор_решения
-
От потребностей команд к требованиям: выбор движка бизнес процессов после EOL Camunda 7
Привет, Хабр! Мы — бизнес-линия разработки кредитных продуктов для физических лиц в Т. Нам крайне важно использовать актуальное, безопасное и предсказуемое решение в проектировании бизнес-процессов. Для автоматизации выдачи кредитных продуктов мы используем движок бизнес-процессов Camunda. В прошлом году компания объявила о завершении бесплатной поддержки Camunda 7. Платформа больше не будет получать обновления, включая критические исправления безопасности и уязвимостей. Для нас, как для финансовой организации, где безопасность, стабильность и соответствие стандартам играют ключевую роль, такой поворот стал серьезным сигналом. Мы решили проанализировать текущее состояние оркестрации бизнес-процессов во всем банке. Хотели собрать потребности команд и найти подходящие решения, которые будут безопасными, масштабируемыми, надежными и готовыми к изменениям. Мы провели многоэтапный анализ существующих решений и сформировали итоговые рекомендации в виде дерева. В статье делимся тем, что получилось.
https://habr.com/ru/companies/tbank/articles/985132/
#проектирование_продуктов #сравнение #camunda #camunda_8 #temporal #оркестратор #бизнеспроцесс #автоматизация_процессов #выбор_решения
-
От потребностей команд к требованиям: выбор движка бизнес процессов после EOL Camunda 7
Привет, Хабр! Мы — бизнес-линия разработки кредитных продуктов для физических лиц в Т. Нам крайне важно использовать актуальное, безопасное и предсказуемое решение в проектировании бизнес-процессов. Для автоматизации выдачи кредитных продуктов мы используем движок бизнес-процессов Camunda. В прошлом году компания объявила о завершении бесплатной поддержки Camunda 7. Платформа больше не будет получать обновления, включая критические исправления безопасности и уязвимостей. Для нас, как для финансовой организации, где безопасность, стабильность и соответствие стандартам играют ключевую роль, такой поворот стал серьезным сигналом. Мы решили проанализировать текущее состояние оркестрации бизнес-процессов во всем банке. Хотели собрать потребности команд и найти подходящие решения, которые будут безопасными, масштабируемыми, надежными и готовыми к изменениям. Мы провели многоэтапный анализ существующих решений и сформировали итоговые рекомендации в виде дерева. В статье делимся тем, что получилось.
https://habr.com/ru/companies/tbank/articles/985132/
#проектирование_продуктов #сравнение #camunda #camunda_8 #temporal #оркестратор #бизнеспроцесс #автоматизация_процессов #выбор_решения
-
[Перевод] 7 лучших инструментов автоматизации воркфлоу с AI в 2026 году
Каждая платформа для автоматизации AI‑воркфлоу выглядит убедительно в рамках контролируемого демо. Настоящее испытание начинается тогда, когда вы выводите решение в продакшн и вам нужно доказать регуляторам, что именно сделал ваш AI и почему он принял те или иные решения. Этот вопрос становится еще критичнее в банковской сфере, здравоохранении, страховании и других регулируемых отраслях, где сбои в соблюдении норм влекут за собой серьезные последствия. Командам нужны воркфлоу, которые связывают AI‑агентов с людьми и системами, при этом сохраняя уровень управляемости и контроля, необходимый их операционной деятельности. Семь платформ для автоматизации AI‑воркфлоу, рассмотренных ниже, представляют разные способы балансировки скорости и надзора. Одни в первую очередь ориентированы на быстроту и простоту запуска. Другие фокусируются на контроле, трассируемости и интеграции с существующей инфраструктурой. Некоторые стараются совместить и то и другое. В этом гайде вы найдете сравнительный обзор, который подчеркивает, для чего каждая платформа спроектирована в первую очередь и где обычно проявляются ограничения. Используйте его, чтобы сузить список кандидатов с учетом того, как ваши команды на самом деле работают и чего требует ваша отрасль, — так вы сможете подобрать оптимальный инструмент для автоматизации AI‑воркфлоу под задачи и потребности вашего бизнеса.
https://habr.com/ru/articles/984742/
#ai_agent #flowable #camunda #zapier #pega #appian #workato #n8n
-
[Перевод] 7 лучших инструментов автоматизации воркфлоу с AI в 2026 году
Каждая платформа для автоматизации AI‑воркфлоу выглядит убедительно в рамках контролируемого демо. Настоящее испытание начинается тогда, когда вы выводите решение в продакшн и вам нужно доказать регуляторам, что именно сделал ваш AI и почему он принял те или иные решения. Этот вопрос становится еще критичнее в банковской сфере, здравоохранении, страховании и других регулируемых отраслях, где сбои в соблюдении норм влекут за собой серьезные последствия. Командам нужны воркфлоу, которые связывают AI‑агентов с людьми и системами, при этом сохраняя уровень управляемости и контроля, необходимый их операционной деятельности. Семь платформ для автоматизации AI‑воркфлоу, рассмотренных ниже, представляют разные способы балансировки скорости и надзора. Одни в первую очередь ориентированы на быстроту и простоту запуска. Другие фокусируются на контроле, трассируемости и интеграции с существующей инфраструктурой. Некоторые стараются совместить и то и другое. В этом гайде вы найдете сравнительный обзор, который подчеркивает, для чего каждая платформа спроектирована в первую очередь и где обычно проявляются ограничения. Используйте его, чтобы сузить список кандидатов с учетом того, как ваши команды на самом деле работают и чего требует ваша отрасль, — так вы сможете подобрать оптимальный инструмент для автоматизации AI‑воркфлоу под задачи и потребности вашего бизнеса.
https://habr.com/ru/articles/984742/
#ai_agent #flowable #camunda #zapier #pega #appian #workato #n8n
-
[Перевод] 7 лучших инструментов автоматизации воркфлоу с AI в 2026 году
Каждая платформа для автоматизации AI‑воркфлоу выглядит убедительно в рамках контролируемого демо. Настоящее испытание начинается тогда, когда вы выводите решение в продакшн и вам нужно доказать регуляторам, что именно сделал ваш AI и почему он принял те или иные решения. Этот вопрос становится еще критичнее в банковской сфере, здравоохранении, страховании и других регулируемых отраслях, где сбои в соблюдении норм влекут за собой серьезные последствия. Командам нужны воркфлоу, которые связывают AI‑агентов с людьми и системами, при этом сохраняя уровень управляемости и контроля, необходимый их операционной деятельности. Семь платформ для автоматизации AI‑воркфлоу, рассмотренных ниже, представляют разные способы балансировки скорости и надзора. Одни в первую очередь ориентированы на быстроту и простоту запуска. Другие фокусируются на контроле, трассируемости и интеграции с существующей инфраструктурой. Некоторые стараются совместить и то и другое. В этом гайде вы найдете сравнительный обзор, который подчеркивает, для чего каждая платформа спроектирована в первую очередь и где обычно проявляются ограничения. Используйте его, чтобы сузить список кандидатов с учетом того, как ваши команды на самом деле работают и чего требует ваша отрасль, — так вы сможете подобрать оптимальный инструмент для автоматизации AI‑воркфлоу под задачи и потребности вашего бизнеса.
https://habr.com/ru/articles/984742/
#ai_agent #flowable #camunda #zapier #pega #appian #workato #n8n
-
Как я поучаствовал в разработке Camunda 8 или пример типичной ошибки в многопоточном коде
Зимой 2024 года мне довелось поучаствовать в разработке проекта на Camunda 8. Сразу оговорюсь: проект в итоге реализовали на другом движке. Тем не менее, команда успела сделать стенд, прогнать тесты и замерить производительность. В этой статье я расскажу об одном эпизоде, когда мне пришлось исправить библиотеку spring-zeebe из Camunda 8, отвечающую за обвязку Job Worker на Spring. Одной из моих задач было отладить процесс, используя локальные интеграционные тесты с Docker и библиотекой Testcontainers. Мы создали простой процесс, вызывающий наш Job Worker, подлежавший отладке. Сразу столкнулись с плавающей ошибкой: иногда тест проходил успешно, иногда — нет. Несколько тасков работали корректно, однако первый периодически игнорировался без видимых ошибок. Изначально подозревали проблему в собственном коде, проверяли конфигурацию Job Worker, благодаря чему узнали много нового о Camunda 8.
-
Как я поучаствовал в разработке Camunda 8 или пример типичной ошибки в многопоточном коде
Зимой 2024 года мне довелось поучаствовать в разработке проекта на Camunda 8. Сразу оговорюсь: проект в итоге реализовали на другом движке. Тем не менее, команда успела сделать стенд, прогнать тесты и замерить производительность. В этой статье я расскажу об одном эпизоде, когда мне пришлось исправить библиотеку spring-zeebe из Camunda 8, отвечающую за обвязку Job Worker на Spring. Одной из моих задач было отладить процесс, используя локальные интеграционные тесты с Docker и библиотекой Testcontainers. Мы создали простой процесс, вызывающий наш Job Worker, подлежавший отладке. Сразу столкнулись с плавающей ошибкой: иногда тест проходил успешно, иногда — нет. Несколько тасков работали корректно, однако первый периодически игнорировался без видимых ошибок. Изначально подозревали проблему в собственном коде, проверяли конфигурацию Job Worker, благодаря чему узнали много нового о Camunda 8.
-
Как я поучаствовал в разработке Camunda 8 или пример типичной ошибки в многопоточном коде
Зимой 2024 года мне довелось поучаствовать в разработке проекта на Camunda 8. Сразу оговорюсь: проект в итоге реализовали на другом движке. Тем не менее, команда успела сделать стенд, прогнать тесты и замерить производительность. В этой статье я расскажу об одном эпизоде, когда мне пришлось исправить библиотеку spring-zeebe из Camunda 8, отвечающую за обвязку Job Worker на Spring. Одной из моих задач было отладить процесс, используя локальные интеграционные тесты с Docker и библиотекой Testcontainers. Мы создали простой процесс, вызывающий наш Job Worker, подлежавший отладке. Сразу столкнулись с плавающей ошибкой: иногда тест проходил успешно, иногда — нет. Несколько тасков работали корректно, однако первый периодически игнорировался без видимых ошибок. Изначально подозревали проблему в собственном коде, проверяли конфигурацию Job Worker, благодаря чему узнали много нового о Camunda 8.
-
For those working with Distributed Systems, some good thoughts here:
GOTO - The Brightest Minds in Tech: Building Better Software: Why Workflows Beat Code Every Time • Ben Smith & James Beswick
Episode page: https://gotopia.tech/articles/407
#distributedsystems #GOTOunscripted #workflow #lowcode #camunda #temporal
-
For those working with Distributed Systems, some good thoughts here:
GOTO - The Brightest Minds in Tech: Building Better Software: Why Workflows Beat Code Every Time • Ben Smith & James Beswick
Episode page: https://gotopia.tech/articles/407
#distributedsystems #GOTOunscripted #workflow #lowcode #camunda #temporal
-
For those working with Distributed Systems, some good thoughts here:
GOTO - The Brightest Minds in Tech: Building Better Software: Why Workflows Beat Code Every Time • Ben Smith & James Beswick
Episode page: https://gotopia.tech/articles/407
#distributedsystems #GOTOunscripted #workflow #lowcode #camunda #temporal
-
For those working with Distributed Systems, some good thoughts here:
GOTO - The Brightest Minds in Tech: Building Better Software: Why Workflows Beat Code Every Time • Ben Smith & James Beswick
Episode page: https://gotopia.tech/articles/407
#distributedsystems #GOTOunscripted #workflow #lowcode #camunda #temporal
-
Оркестрация в мультиагентных системах
Привет, Хабр! ИИ-агенты и производные от них стремительно вошли в повседневную рутину разработки, зажигая глаза менеджеров и добавляя головной боли архитекторам. И если с одиночным агентом в целом никаких проблем не возникает, то когда агентов становится много, возникает настоящая проблема: как ими управлять? В этой статье попробуем разобраться в основных подходах к созданию управляющего слоя в такой системе, разберём на примере, почему не все очевидные подходы будут работать и какие классические архитектурные паттерны актуальны в новой моде. И, конечно же, расскажу, как это работает на практике в Домклик. Будет интересно!
-
Оркестрация в мультиагентных системах
Привет, Хабр! ИИ-агенты и производные от них стремительно вошли в повседневную рутину разработки, зажигая глаза менеджеров и добавляя головной боли архитекторам. И если с одиночным агентом в целом никаких проблем не возникает, то когда агентов становится много, возникает настоящая проблема: как ими управлять? В этой статье попробуем разобраться в основных подходах к созданию управляющего слоя в такой системе, разберём на примере, почему не все очевидные подходы будут работать и какие классические архитектурные паттерны актуальны в новой моде. И, конечно же, расскажу, как это работает на практике в Домклик. Будет интересно!
-
Оркестрация в мультиагентных системах
Привет, Хабр! ИИ-агенты и производные от них стремительно вошли в повседневную рутину разработки, зажигая глаза менеджеров и добавляя головной боли архитекторам. И если с одиночным агентом в целом никаких проблем не возникает, то когда агентов становится много, возникает настоящая проблема: как ими управлять? В этой статье попробуем разобраться в основных подходах к созданию управляющего слоя в такой системе, разберём на примере, почему не все очевидные подходы будут работать и какие классические архитектурные паттерны актуальны в новой моде. И, конечно же, расскажу, как это работает на практике в Домклик. Будет интересно!
-
[Перевод] Camunda vs n8n: гайд по оркестрации и автоматизации
Camunda и n8n — две мощные платформы для автоматизации рабочих процессов, но они решают совершенно разные задачи. Camunda 8 предназначена для сложных, долгоживущих процессов, которые требуют регламентации, участия человека и интеграции между системами. n8n же оптимизирован для быстрых low-code автоматизаций и задач, ориентированных на работу с API, которые выполняются за секунды или минуты. В этой статье разбирается, где лучше всего подходит каждый инструмент, чем они отличаются по архитектуре, моделированию, масштабируемости и наблюдаемости, а также как ведущие компании сочетают их в гибридных стратегиях автоматизации. Если вы выбираете между Camunda и n8n или хотите эффективно использовать оба инструмента — это руководство для вас.
https://habr.com/ru/articles/969942/
#n8n #camunda #оркестрация #бизнеспроцессы #bpmn #sla #kpi #aiагенты
-
[Перевод] Camunda vs n8n: гайд по оркестрации и автоматизации
Camunda и n8n — две мощные платформы для автоматизации рабочих процессов, но они решают совершенно разные задачи. Camunda 8 предназначена для сложных, долгоживущих процессов, которые требуют регламентации, участия человека и интеграции между системами. n8n же оптимизирован для быстрых low-code автоматизаций и задач, ориентированных на работу с API, которые выполняются за секунды или минуты. В этой статье разбирается, где лучше всего подходит каждый инструмент, чем они отличаются по архитектуре, моделированию, масштабируемости и наблюдаемости, а также как ведущие компании сочетают их в гибридных стратегиях автоматизации. Если вы выбираете между Camunda и n8n или хотите эффективно использовать оба инструмента — это руководство для вас.
https://habr.com/ru/articles/969942/
#n8n #camunda #оркестрация #бизнеспроцессы #bpmn #sla #kpi #aiагенты
-
[Перевод] Camunda vs n8n: гайд по оркестрации и автоматизации
Camunda и n8n — две мощные платформы для автоматизации рабочих процессов, но они решают совершенно разные задачи. Camunda 8 предназначена для сложных, долгоживущих процессов, которые требуют регламентации, участия человека и интеграции между системами. n8n же оптимизирован для быстрых low-code автоматизаций и задач, ориентированных на работу с API, которые выполняются за секунды или минуты. В этой статье разбирается, где лучше всего подходит каждый инструмент, чем они отличаются по архитектуре, моделированию, масштабируемости и наблюдаемости, а также как ведущие компании сочетают их в гибридных стратегиях автоматизации. Если вы выбираете между Camunda и n8n или хотите эффективно использовать оба инструмента — это руководство для вас.
https://habr.com/ru/articles/969942/
#n8n #camunda #оркестрация #бизнеспроцессы #bpmn #sla #kpi #aiагенты
-
Weihnachten steht vor der Tür, wir treffen uns noch 1x bevor es in die Weihnachtspause geht. Am Mittwoch haben wir @javahippie zu Gast, der und @operaton näher bringen wird. Anmeldung via https://www.eventbrite.com/e/operaton-eine-lokale-workflow-engine-fur-java-tickets-1745064507919
#paderborn #java #camunda -
Weihnachten steht vor der Tür, wir treffen uns noch 1x bevor es in die Weihnachtspause geht. Am Mittwoch haben wir @javahippie zu Gast, der und @operaton näher bringen wird. Anmeldung via https://www.eventbrite.com/e/operaton-eine-lokale-workflow-engine-fur-java-tickets-1745064507919
#paderborn #java #camunda -
Weihnachten steht vor der Tür, wir treffen uns noch 1x bevor es in die Weihnachtspause geht. Am Mittwoch haben wir @javahippie zu Gast, der und @operaton näher bringen wird. Anmeldung via https://www.eventbrite.com/e/operaton-eine-lokale-workflow-engine-fur-java-tickets-1745064507919
#paderborn #java #camunda -
Weihnachten steht vor der Tür, wir treffen uns noch 1x bevor es in die Weihnachtspause geht. Am Mittwoch haben wir @javahippie zu Gast, der und @operaton näher bringen wird. Anmeldung via https://www.eventbrite.com/e/operaton-eine-lokale-workflow-engine-fur-java-tickets-1745064507919
#paderborn #java #camunda -
Weihnachten steht vor der Tür, wir treffen uns noch 1x bevor es in die Weihnachtspause geht. Am Mittwoch haben wir @javahippie zu Gast, der und @operaton näher bringen wird. Anmeldung via https://www.eventbrite.com/e/operaton-eine-lokale-workflow-engine-fur-java-tickets-1745064507919
#paderborn #java #camunda -
Nicht vergessen, am Mittwoch trifft sich die @jugpaderborn ! Wir haben @javahippie zu Gast, der uns @operaton vorstellen wird! #camunda #java #paderborn Anmeldung via https://www.eventbrite.com/e/operaton-eine-lokale-workflow-engine-fur-java-tickets-1745064507919