R
Всем привет и @Kotskin мое уважение за контент по комунде.
Size: a a a
2020 February 19
СС
Всем привет! Есть ли у кого опыт реализации проектов с нагрузкой около 5.000 - 10.000 одновременных процессов?
SS
в моем сферическом коне 5000-10000 это не особо большая нагрузка... пусть меня поправят...
АТ
А можете привести пример такого процесса? Пытаюсь понять какие это задачи для бизнеса могут быть
SS
возможно речь об инстансах?
АТ
В промышленности такое ощущение могло бы зайти - сбор показаний с датчиков на предприятии
AK
Александр Толмачёв
В промышленности такое ощущение могло бы зайти - сбор показаний с датчиков на предприятии
Для сбора показаний есть SCADA, зачем там BPM?
АТ
Чтобы не просто собирать а в потоке анализировать. Лишь гипотеза - можно сразу анализировать аномальное проведение на основании временного ряда предыдущих показаний
R
Александр Толмачёв
В промышленности такое ощущение могло бы зайти - сбор показаний с датчиков на предприятии
в классических примерах применения акторной модели разработки - как раз фигурируют датчики)
СС
Александр Толмачёв
А можете привести пример такого процесса? Пытаюсь понять какие это задачи для бизнеса могут быть
Например, обработка заявок с сайта, подбор предложений у сторонних систем в соотв. с заявкой и отправка результата
АТ
Например, обработка заявок с сайта, подбор предложений у сторонних систем в соотв. с заявкой и отправка результата
Точно! Очевидно же
СС
Пришла заявка, online. Если нужно - уточнить доп. параметры, запустить поиск, отсортировать результаты и все это успеть сделать, пока клиент еще online. Может быть 5000-10000 единовременных запросов.
SD
Александр Толмачёв
Чтобы не просто собирать а в потоке анализировать. Лишь гипотеза - можно сразу анализировать аномальное проведение на основании временного ряда предыдущих показаний
Для этого вроде streams используют различные
R
Александр Толмачёв
Чтобы не просто собирать а в потоке анализировать. Лишь гипотеза - можно сразу анализировать аномальное проведение на основании временного ряда предыдущих показаний
Kafka streams тоже говорят для таких задач неплох
АТ
на на кафку бизнес процесс не навешаешь же, кафку можно как стрим для слушанья очереди сделать чтобы вызывать запуск процессов, но кажется все же кафку для bpm с камундой использовать нет смысла
R
почему не навешаешь бизнес процесс? просто он будет в другом формате (не BPMN) - в виде Java кода
и да, скрещивать их смысла нет
и да, скрещивать их смысла нет
R
Fluent interface тоже довольно неплох в описании сложных процессов
СС
а если все же camunda? Заказ пиццы, который во всех примерах? Интересует именно опыт на нагруженных системах.
R
5 пицц в минуту (10к в сутки) я думаю камунда выдержит) может подшаманить настройки немного и индексы в БД
и то когда БД вырастет до нескольких млн записей
и то когда БД вырастет до нескольких млн записей
AK
почему не навешаешь бизнес процесс? просто он будет в другом формате (не BPMN) - в виде Java кода
и да, скрещивать их смысла нет
и да, скрещивать их смысла нет
А как работу с инцидентами организовать в таком случае? Как версионировать процессы? Как делать компенсацию или откат?