views:

8

answers:

0

I am contemplating the possibility of using AMQP as the "glue" to tie together multiple software components (written in different languages) of a big request processing system.

But I don't want the components to blindly insert messages into queues, I want some sort of control over it. So, a "frontend" to the queues is in order - something that will tell a component, when it's up, which queue to use. And maybe, get the message first and then insert it into the correct queue, so as to enforce several criteria.

Does this make sense? Would it make it too slow?

I'm not thinking of RPC, just passing messages around in a shared format between the components.

Thanks for any help!