Is it safe to make several short-lived RabbitMQ queues?
I have a backend system (A) that receives an HTTP request and sends a message to another backend system (B) through RabbitMQ before responding. But now, I need A to receive a response object from B.
I read up and found the RabbitMQ RPC system which allows me to send a callback queue for B to respond to. So my idea for the flow is that: A receives the HTTP request, creates a new short-lived queue, messages B (with the new queue as the callback queue), waits for the response from B on that queue, receives the response and then responds to the HTTP client.
What do you think of this process? Is it scalable? Are there any prominent performance challenges? etc...