DG
Камунда файрит событие из делегата, по нему идет фетч/лок и месседж в раббита - все так
Size: a a a
2021 May 30
DG
Убираем бесполезную нагрузку - какой бы минимальной она не была - у нас ее совсем нет
R
вы имеете ввиду цикл + long polling?
R
камунда это все таки больше про энтерпрайз, чем про риал-тайм и экономию на спичках. Тем более вы можете потерять много на простоте и тестируемости
ММ
Согласен
SD
Так у вас отдельный таск на это дело? Или как делегат файрит?
ММ
У меня job executors спамят каждые 10-20ms postress на продвижение по таксам, а тут люди экономят на запросе 60 сек:))
ММ
Причем при этом нагрузка пару процентов на процессор и все
DG
В чём потери тестируемости? Простота тоже никуда не делась
DG
Есть стандартный делегат, файрит спринговый эвент, по нему - мэджик
SD
Ну такое. У камунды есть свой механизм для этого, нужно просто подписаться
R
плюс один архитектурный компонент. Как нет потерь? это же нужно сопровождать (не в общем контексте, а в контексте конкретного этого процесса). Иногда тестировать и регрессить. Также наверняка понадобятся тулзы для работы с кроликом + обучения QA и мб разрабов
R
если конечно проект полностью состоит из синьоров - тогда наверное потери будут минимальные. Но тогда зачем спрашивать?))
YY
У нас тоже кролик используется. Основной поинт был в том, чтобы внедрить камунду в существующую архитектуру так, чтоб потом можно было поменять на что-то другое без особых проблем. В случае отказа от нее нам бы не пришлось переписывать все клиенты, выпиливая оттуда воркеры камунды
YY
Соответственно, как и допиливать сервисы для работы с камундой.
R
по сути вы хотели изолировать воркеры от протокола камунды и сделать их чистыми Tasks-исполнителями?
YY
Что-то вроде того. У нас все external task работают по Java API , внутри самого spring boot инстанса. Есть плюсы, есть сложности, но в любой момент у нас есть возможность перейти на что-то другое:)
R
ну если реально это требуется - то наверное events здесь самое то)
R
честно говоря у нас на проектах воркер-обработчики в основном довольно глупые - вызов другого сервиса или системы и небольшие мелкие расчеты (интеграционная логика)
и скопипастить их - вообще не проблема. И делать их мегауниверсальными - не очень выгодно
и скопипастить их - вообще не проблема. И делать их мегауниверсальными - не очень выгодно
YY
Кажется, где-то даже доклад был, в котором я рассказал как это устроено. Мы тогда ещё только щупали камунду)