Как правильно работать с очередями RabbitMQ?

Question

[Ne7Le4Der]

Есть gateway, принимающий запросы извне (api, front) и 2 микросервиса, которым gateway делегирует обработку. Первое что пришло в голову - создать по очереди для каждого микросервиса, насколько это правильный\не правильный вариант?

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

Comments

[Василий Банников]

Кейс похож на RPC.
https://www.rabbitmq.com/tutorials/tutorial-six-py...
Тоесть да: для каждого сервиса своя очередь + новая очередь для ответов

Answer 1

[Сергей]

Если эти запросы на gateway не требуют ответа от микросервисов, чтобы сформировать ответ пользователю (асинхронные), то RabbitMQ подойдёт хорошо. Ваше решение будет работать нормально (очередь на сервис), но посмотрите, если её ещё можно разделить на разные области внутри сервиса, или если ещё уже - по очереди на конкретный метод. "Сужение" очереди даст возможность далее разделить микросервис на нескоклько, а так же даст больше для мониторинга (детальней будет видно каких типов запросов в очереди больше и т.п.)