Size: a a a

Camunda BPM Group

2019 May 31

DK

Denis Kotov in Camunda BPM Group
У них принтие решений по покупке акций там
источник

MD

Maksim Davliatshin in Camunda BPM Group
Понятно. Спасибо. Нужно связаться с ними будет для подробностей.
источник

OS

Oleg Smetanin in Camunda BPM Group
Вчера был вопрос про эксплуатацию камунды в кубере. Прозвучала мысль что инстансы камунды ведут себя как стейтлес-сервисы, session affinity не нужна, как следствие любой запрос от потребителя может прийти в любой инстанс и любой инстанс в любой момент можно убить, процесс не пострадает. Кто-нибудь пробовал проводить тесты на этот счет?
источник

DK

Denis Kotov in Camunda BPM Group
А что там проводить? Сотни тысяч инстансов в день откручиваются в кубере
источник

DK

Denis Kotov in Camunda BPM Group
В проде
источник

DK

Denis Kotov in Camunda BPM Group
Могу что-нибудь потыкать отдельно, есть есть кейсы какие проверить хочется
источник

SD

Serg D. in Camunda BPM Group
@Kotskin , а вы разделяете инстансы камунды по функциям? Типа N-нод ProcessEngine, N нод - REST, N нод Web морда?
источник

DK

Denis Kotov in Camunda BPM Group
Не, все вместе
источник

OS

Oleg Smetanin in Camunda BPM Group
что-то типа подняли 5 реплик, запускаем долгоиграющие процессы, потом периодически руками убиваем 4 из них, кубер стартует новые инстансы и смотрим что происходит с процессами
источник

SD

Serg D. in Camunda BPM Group
LoadBalansing кубера?
источник

DK

Denis Kotov in Camunda BPM Group
Oleg Smetanin
что-то типа подняли 5 реплик, запускаем долгоиграющие процессы, потом периодически руками убиваем 4 из них, кубер стартует новые инстансы и смотрим что происходит с процессами
А,ну это работает, все ж джобы через базу
источник

DK

Denis Kotov in Camunda BPM Group
Могу написать статью
источник

DK

Denis Kotov in Camunda BPM Group
Serg D.
LoadBalansing кубера?
Нет, haproxy
источник

DK

Denis Kotov in Camunda BPM Group
 order to provide load balancing or fail-over capabilities, the process engine can be distributed to different nodes in a cluster. Each process engine instance will then connect to a shared database.

The individual process engine instances do not maintain session state across transactions. Whenever the process engine runs a transaction, the complete state is flushed out to the shared database. This makes it possible to route subsequent requests which do work in the same process instance to different cluster nodes. This model is very simple and easy to understand and imposes limited restrictions when it comes to deploying a cluster installation. As far as the process engine is concerned there is also no difference between setups for load balancing and setups for fail-over (as the process engine keeps no session state between transactions).

As a consequence, it is extremely easy to set up HA configurations such as active/active nodes.

The process engine job executor is also clustered and runs on each node. This way, there is no single point of failure as far as the process engine is concerned. The job executor can run in both homogeneous and heterogeneous clusters.
источник

OS

Oleg Smetanin in Camunda BPM Group
а как таймеры работают?
источник

DK

Denis Kotov in Camunda BPM Group
Таймер это джоб, в строчке есть его  дата sceduled
источник

DK

Denis Kotov in Camunda BPM Group
Таймеры гарантируют срабатывание в приделах минуты, вроде
источник

OS

Oleg Smetanin in Camunda BPM Group
вот джоба с таймером упала что делает планировщик?
источник

DK

Denis Kotov in Camunda BPM Group
Она не может упасть
источник

Д

Дмитрий in Camunda BPM Group
Denis Kotov
Таймеры гарантируют срабатывание в приделах минуты, вроде
Это регулируется настройками.
источник