Сейчас именно так и сделано, под каждого клиента свой сервер

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

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

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

ну, я вам ход размышлений дал, дальше, думаю, вы сделаете выводы сами

Да, благодарю

по итогу, из тех данных что вы дали, я бы сделал следующее
1. взял бы один сервер очереди и сделал бы в нем очередь на каждую компанию и их обрабатывал бы параллельно (если идея с приоритетами недоступна для бизнеса)
2. заложил бы возможность ручного шардирования из конфигов чтобы каждую компанию можно было легко перекинуть на новый сервер очереди
3. консьюмеры должны быть тоже готовы к шардированию и подключатся на нужный сервер автоматически по конфигу

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

Это ваше решкние через бд

Вот по первому пункту - насколько дорого обходится новая очередь? было бы хорошо, что когда нет запросов - нет и очереди)

Новая очередь в реббите регирируется одним запросом.

+ еще воркера создать)

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

благодарю еще раз за развернутые ответы)

ага, удачи вам с обеспечении acid на очередях в брокерах :)
еще раз - каждая задача рассматривается отдельно
человек спросил в чем разница, а вы, с какого-то перепугу, решили что мой выбор это очереди на основе базы

@i_s_snezhko спасибо за книгу)

Пожалуйста ;)

Подскажите, почему composer require symfony/form —no-cache пишет что все ок, но в vendor папке нету и половины того что есть в репозе https://github.com/symfony/form ?

это чуть-чуть так разные вещи, не находишь? мол у этих двух тулов чуть отличаются юзкейсы.

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

Если тебе нужны репликации и крутится это все на каком-нибудь класстере с автоскейлингом (то есть вдруг у тебя рэббит был на одной ноде и теперь он на другой) то все уже не так просто и легко.

В этом плане с точки зрения operations если базы хватает для базовых кейсов это вполне здравая идея. Мол если уже есть экспертиза как все это дело крутить вертеть и надежно что бы было а экспертизы с кроликом нет - то лучше на базе.

p.s. а еще есть cloudamqp всякие