Мне кажется вы пытаетесь передернуть. Речь изначально шла о простых задачах на простых проектах, чтобы не городить инфраструктуру.

Где трафика полторы калеки и это устраивает

Доктрина+мессенджер на полторы калеки пойдет? никакой лишней инфраструктуры

о чем мы спорим сейчас?)  Павел дал  дельный ответ.  когда мне нужно будет переключиться на кролик, я это сделаю быстро.   все ваши вопросы легко решаемые.

Надо ставить консюмер, супер визор и следить)

спорим о вашем утверждении, что процессы для почты хороши))

а что в них плохого?  )))

а за процессом не надо следить?) а если он провалился? настолько неважная задача, что всеравно на результаты? а нужна ли она была?)

циклическая ссылка детектед)))

))))))

Как я выше писал, у меня супер визор не может иногда поднять консюмера без перезагрузки, я в этом профан, но сама проблема есть. С процессом же - у нас код или работает или нет

это вопрос уже другого характера. Отдебажить, найти причину и устранить. У нас десятки консьюмеров, тысячи сообщений, не слышал жалоб в стиле "непонятно чего упал"

каждый спорит со своей колокольни)  кому-то  очередя на реляц базе отлично.  кому-то реббит.  кому-то  пусть юзер ждет или вловит таймаут.

Как я говорил - я профан :) но что есть то есть. Понятно что нужно дебажить. Я просто к тому, что есть доп сложность которая может принести свои заморочки. Свои плюсы, но и свои минусы.

в любом решении всегда есть и + и -, но в процессах я вижу маленький + и хренову тучу МИНУСОВ))

Раз в месяц просто не поднимается, перезагружаю супервизор  - консюмер поднялся, пропал через 5 сек. В логах приложения ничего из ошибок нет. Перезагружаю кроллера - все ок. Т.е. что то висело или в нем или в самих сообщениях.  Надо сам кроллер видимо дебажить в его логах лазить

Приветствую. Встал вопрос. Есть ли вообще смысл валидировать обьекты, например DTO, используя подход:
заполнить данными -> validate(object) ?
По сути, что это значит -  мы создаем обьект, который, потенциально, может быть создан в невалидном состоянии и если он не будет провалидирован, то дальнейшее поведение основанное на это обьекте может строиться с использованием невалидного состояния обьекта, чего мы желаем ибежать

если совсем никак, ну перегружайте его ночью раз в день, по самой малой нагрузке

ну да, варик, спасибо.

Есть такой подход. Но тут скорее первичная валидация, дальше должна быть валидация внутри бизнес объектов