Например, я реализовал службу индексации поиска, которая принимает поисковые запросы и выдает ответы с помощью сообщений.
В настоящее время я определил очередь для постановки в очередь поисковых запросов и другую очередь для постановки в очередь результатов поиска.
Не могли бы вы реорганизовать это так, чтобы просто помещать в уникальную очередь, где сообщения имеют запрос и ответ ключи маршрутизации? Или это чрезмерное использование RabbitMQ в данном конкретном случае?
Похоже, вы хотите использовать шаблон RPC? Чтобы следовать протоколу, вы должны опубликовать ответ на основе ReplyTo или ReplyToAddress из BasicProperties. Таким образом, вызывающая сторона (запрашивающая сторона) решает, где ожидается публикация ответа. На мой взгляд, было бы излишним объявить выделенный обмен для одного типа сообщений. Для повышения производительности вы можете использовать функцию прямого ответа. Существует множество клиентов высокого уровня, которые помогут вам справиться с некоторыми из этих вещей.
После некоторого исследования я считаю, что это должно быть хорошей практикой:
В конце концов, использование ключей маршрутизации для публикации сообщений в той же очереди в моем конкретном случае не кажется естественным. Это кажется хакерским.
