В хистори базе, для того чтобы их позднее можно было восстановить

В таком случае надо делать хистори хендлер свой и слать все в кафку, а их Кафки с помощью нифи брать и пихать все в один постгрес или гринплам какой-нибудь

Свой как либку, чтобы всем раздать

Общая база потому что это супер ацтой

Кто-нибудь в одном из сервисов дёрганет поиск по переменной и все, все грустят

Спасибо большое, сейчас попробую оформить тестовый проект для POC`а и посмотрю как это будет работать на практике.

Всем привет! :)
Ищем специалистов в EPAM на проект - система «Маркетплейс» для ЦБ.
По всем вопросам можете обращаться ко мне в личку.
Стек команды: Camunda BPM,  JavaEE,  Spring, Spring Boot, Spring MVC, Spring Batch,  RESTful API,  kubernetes, jaxb,  ORM (hibernate, jpa), Apache Kafka,  rdms, Postgres
#удаленка #epam #цб

Ребят вопрос продолжение прерваного процесса.
Допустим в процессе происходит вызов внешнего сервиса и он недоступен.
Стандартно предполагаю механизм ретраев и алармы.
Хотелось бы
1.Автоматическое продолжение процесса по факту доступности сервиса. Пинговать как то переодически.
2.экземпляры процесса с этим сервисом при дохождении до этого шага знают что сервис недоступен, не пытаются стучаться. По факту доступности все экземпляры продолжают выполнение.
3.фиксировать единственный, массовый инцидент (более N  экземпляров прервалась на этом шаге).
Либо это делать все комунды, другим средствами

1) недоступный сервис должен прислать мессагу, а мы должны его слушать. Ноо, тут может быть проблема что очнувшийся сотни тыщ инстансов опять положат сервис. Я бы не рисковал авто восстанавливалку делать.

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

resilience4j/resilience4j: Resilience4j is a fault tolerance library designed for Java8 and functional programming
https://github.com/resilience4j/resilience4j

К Камунде не относится, а вот к восстановлению и всему такому да, советую

Это же Java фу фу, как же Kotlin?)

Все хорошо там с Колином же

Поддержка корутин есть

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

А у вас сделано автоматическое восстановление либо только алармы?

Там можно сделать что угодно.
На что фантазия способна.
На одном из проектов делали автоматическое поднятие месаджей.

Благодарю

Ребят, есть вопрос опять по скоупам и прочему.... У меня стоит задача организовать хранение переменных таким образом, чтоб в рамках одного процесс инстанса после ParalelGate создавалась новая область видимости, но с доступом к родительской.

А после завершающего ParallelGate - возвращалась в исходную область видимости.
Вот схема (пример BPMN и цвета, которые обозначают области видимости)