В
чтобы оно грохалось из редиски по таймауту
Size: a a a
2020 April 29
В
и на каждом хендлере подписки чекать есть ли таск или нету
В
для более серьезных по контролю целостности и распределенных систем какой-нить go + cassandra помоечку можно завести
SD
Смотрите, у вас уже есть знание, что под нагрузкой вы не укладываетесь в лок таймаут. При этом, по большому счету, сам лок таймаут будет влиять на вашу жизнь только в случае если хендлер падает. Как быстрое решение, я бы все-таки увеличил сперва таймаут. Вы сейчас пытаетесь построить на camunda большую распределенную систему, highload и low latency. Но камунда, она все-таки не про это...
В
в целом это можно даже спрятать в абстрактном классе и не повторять код, но блин визуально это выглядит как дублирование функционала фетчэндлока
SD
Но естественно, все предложенные вами решения вам помогут
SD
вернее могут помочь )))
В
о да )
В
ну 100 запросов в секунду мне не кажутся хайлоадом
SD
Классический бизнес процесс может годами длиться ))) и ваши 300 мс там выглядят смешно )))
В
а я не сказал что он не длится долго )
В
я просто сэмулировал множественность в единице времени
SD
Ну вы же упорно держитесь за этот параметр )
В
куда деваться )
SD
В любом случае, решать вам. Причину определили, дальше полет фантазии
В
в идеале я ищу компромиссы конечно же
В
спасибо пространство для маневра существенное
R
можно ограничить время максимальное исполнения таски
SD
можно ограничить время максимальное исполнения таски
я боюсь что там проблема не во времени исполнения, а в скорости обработки запросов самой камундой
R
мы так хотели обработать это, но руки не дошли еще
локи да - достаточно большие, чтобы не запускать в обработку две задачи параллельно
локи да - достаточно большие, чтобы не запускать в обработку две задачи параллельно