RabbitMQ: вопрос оптимизации очередей

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

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

1. Пользователь зашел на сайт и загрузил видео, отправилось сообщение в очередь.
2. Консьюмер увидел эту задачу и заблокировал ее на время выполнения
3. Консьюмер начал обрабатывать задачу
4. Консьюмер завершил выполнение задачи, куда-то записал отчет
5. Консьюмер удалил задачу из очереди, таким образом сказав что она завершена успешно
6. Пользователь получил свое конвертированное видео

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

Сервер очередей в основном используется для задач связанных с

1. Обработкой данных
2. Управлением процессами
3. Интеграцией и взаимодействием систем

В основном делают одну очередь под определенную задачу (например, очередь отправки писем пользователям), как определить сколько вам очередей нужно, опять же зависит от вашей задачи.