что значит прерывается?

А камунда считает что лонг полинг жив и лочит эти задачи

Отменить запрос или при  curl нажать ctrl c

ну тогда порбуйте без long polling

запрашивай таски с минимальным lock time
при получении таски увеличивай время лока

Если это разовые запросы. Потому что long polling расчитано на демон worker _ которые висячт непрырвно на связи... и ждут поступающих апросов. И прерывание там - это супер критичная ситуация... требующая разбирательства - почему сервис упал

Спасибо хорошая идея. Просто интересовался это поведение при лонг полинге так и задумано

Ну уж суперкритичная.  Мало ли что - по памяти вылетел, сервак перегрузили, сеть моргнула и т.п.

Ну в таком случае воркер схватит задачу через lock interval.... да такое есть... но тут мало что можно сделать. На каждый запрос делать мелкий Lockinterval + сразу его увеличивать - это +20-30ms на обработку каждого запроса.

Добрый день. Есть процесс, который стартует с месседжа. В нем есть подпроцесс, в котором цепочка делегатов. Допустим, упал средний делегат. Ошибка отловилась рамкой подпроцесса и привела в UserTask. Подскажите пожалуйста, я могу стартовать процесс именно с момента перед упавшим делегатом? Если нет подпроцесса, то, вроде, можно, а именно что с подпроцессом так получится?

Ребята, в чем разница camunda platform и camunda cloud ? Я прочитал на офф сайте, чет вообще не понял

облако поидее saas за деньги

A: Camunda Platform delivers full process automation for enterprise deployments across a wide variety of use cases and technologies.

Camunda Cloud is a SaaS-based solution for process automation.

Under the hood, Camunda Cloud is different to Camunda Platform, and this is down to the Zeebe workflow engine that powers Camunda Cloud. The biggest difference is that there is no single database — everything is sharded and replication is between brokers.

Zeebe is scaled by partitions, thus enabling horizontal scalability and ensuring there is no single point of failure.

Camunda Cloud also separates runtime from history. Runtime data is pushed out of a cluster to a data lake (Elastic Search), which can then be used by other applications to show different views of data.

On a high level, when we look at the differences between Camunda Platform and Camunda Cloud, there are certain components not yet available in Camunda Cloud, for example, Optimize and Cawemo — but the integration is coming soon.

Как я понимаю, ключевое отличие в том, что если у Вас Камунда в облаке, то не нужно администрировать Камунду. Насколько я знаю, Camunda Cloud поддерживает AWS Lambda.

Тогда, теоретически, можно вообще ничего не деплоить. Вместо этого описали процесс в облаке Камунды, логику в Лямбде, подключили их и все работает. Но это в теории.

Camunda cloud сделана на движке Zeebe это совсем другой движок и в нем только Externa task patters

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

я бы вообще так не делал, но человек хочет рвать коннекшены и иметь возможность фетчить таски

другие способов нет

не стали бы рвать коннект? бывает же разное

кстати непонятно как поведет себя если камунду саму ребутить

что бывает разное? у вас сеть не стабильная?