Attualmente sto usando Socket.IO con il negozio redis.Socket.IO con RabbitMQ?
E sto usando la funzione Room con esso.
Quindi sono assolutamente daccordo con camera join (sottoscrivi)
e Dare (unsubscribe) con Socket.IO.
Ho appena vedere questa pagina
http://www.rabbitmq.com/blog/2010/11/12/rabbitmq-nodejs-rabbitjs/
E ho trovato che alcune persone stanno usando Socket.IO con RabbitMQ.
Perché utilizzare Socket.IO da solo non è sufficiente?
C'è qualche buona ragione per usare Socket.IO con rabbitMQ?
Così RabbitMQ può alleviare alcuni carichi pesanti dai messaggi persistenti. Raccomanderesti RabbitMQ di fronte a Socket.IO? In questo modo Socket.IO può essere altamente scalabile con cluster di server Socket.IO più piccoli ma con cluster di server RabbitMQ. Sono sulla buona strada? – InspiredJW
Se ciò che intendi per "RabbitMQ davanti a Socket.IO" sta avendo una web farm che usa SocketIO per mediare le richieste dal client e quindi usare un cluster RabbitMQ per eliminare i messaggi destinati alla persistenza e quindi avere un set separato di servizi che consumano da RabbitMQ e persistono i messaggi in modo appropriato, quindi sì ;-) –