Hi everyone<div id=""><br></div><div>I have following scenario:</div><div>1) Many Android clients (from 1000 to 10 000 clients) - not connected all the time (messaging seems like good fit for this)</div><div>2) Each sending max 100 messages\day</div><div id="">3) Also needs to send some messages back from server but not very frequently (10\day)</div><div><br></div><div>I was looking on rabbit tutorials, AMQP spec etc.</div><div>It looks like collecting data from androids is easy task. All will send data into single exchange\queue.</div><div id="">But what about sending messages to Androids from server?</div><div>1st i was thinking about having single queue and to subcribe from each device with some kind of "filter" (based on some header field). I know there are message brokers which support this scenario.</div><div>But it seems Rabbit doesn't support this. Do i really have to create one "sending" queue for each client (using direct exchange with proper "per device" routing key) ?</div><div>How much overhead queues in rabbit have ?</div><div>It can be also management issue and really feels like overkill when number of messages send from server to device is really low....</div><div><br></div><div>Any advice will be appriciated.</div><div>Thanks</div><div><br></div><div>Michal</div>