а дальше уже добавляешь нужные чайлды или меняешь где нужно атрибуты

мы такое г прям через котлин дсл собираем, оно все красиво выходит. почти как реактовый jsx)

Какой транспорт лучше использовать для компонента Messenger? В проекте уже используется Redis. Есть ли смысл использовать RabbitMQ, какие он даёт преимущества по сравнению с Redis? Или использовать Redis и не плодить лишние сервисы?

Смотря что ты хочешь
Мессенджер и файлы и бд поддерживает, на сколько помню, но, как по мне, вся мощь и смысл использования возможна только с кроликом или кафкой

вопросы которые стоит поднимать:

- какие гарантии нужны от брокера?
- новый компонент - кто будет заниматься operations? у вас есть опыт с кроликом?

Если на эти вопросы ответ "хз" то "юзайте рэдис"

если опыта с кроликом нет но нужны какие-то минимальные гарантии - юзайте через базу.

RabbitMQ не использовал раньше.

гарантии - насколько ок проебывать сообщения. если ок - юзайте рэдис, его хватит. Если не ок но опыта с кроликом нет - юзайте базу.

если в клауде работаете вообще имеет смысл смотреть на какой AWS SNS или че там ваш клауд провайдер предоставляет. тут уже вопрос в количестве сообщений и прайсинге

основной вопрос - "что делать если брокер упадет".

Не ок, все сообщения должны быть обработаны. Базу для очереди, ну я не знаю, не рассматриваю даже. Почему бы не попробовать RabbitMQ? Он надёжнее redis?

кролик умеет в подтверждения доставки до брокера и подтверждение обработки коснюмером. Но что бы эти гарантии были тебе надо разобраться как его готовить. Через базу проще и надежнее.

ну то есть вот у тебя стандартный php, приходит запрос, ты чет делаешь и хочешь записать сообщение в очередь. Большинство пишут и не дожидаются подтверждения от брокера. А в этот момент сеть легла - и вжух подтверждения нет. Или brain split (ибо кролик может упасть и ты потеряешь сообщения). А еще есть возможность просто очередь потерять, и надо уже репликацию делать. А у реплиикации тоже разные стратегии есть...

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

минус базы - если ты захочешь сообщения не через symfony messanger обрабатывать могут возникнуть нюансы

плюсы базы - клауд провайдеры за тебя менеджат ее, включая вопросы репликации и фэйловера (RDS, аврора, прочие)

А базу вообще используют для этого в достаточно нагруженных проектах? Мне казалось это плохой практикой почему-то.

Ну это если использовать облачных провайдеров.

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

ну то есть за базой тоже никто не следит у вас?)