Bene, poche risposte alla tua domanda:
-
Per bilanciare il carico Node.js, significa esattamente quello che hai pensato di cosa si tratta, tranne per il fatto che non hai davvero bisogno di un server separato, puoi eseguire più di un processo del tuo server del nodo sulla stessa macchina.
-
Ogni server/processo del server del tuo nodo avrà le sue connessioni, l'archivio predefinito per i websocket (ad esempio Socket.IO) è MemoryStore, significa che tutte le connessioni saranno archiviate nella memoria della macchina, è necessario lavorare con RedisStore per poter lavorare con redis come archivio connessioni.
-
Redis PUB/SUB è un buon modo per portare a termine questo compito
-
Hai ragione su quello che hai detto qui, redis non è scalabile in questo momento e l'esecuzione di molti processi/connessioni collegati a redis può rendere redis un collo di bottiglia.
-
Redis non è scalabile, è corretto, ma secondo questa presentazione puoi vedere che lo sviluppo di un cluster ha la massima priorità su redis e che redis ha un cluster, semplicemente non è ancora stabile:(tratto da http://redis. io/scarica)
Dov'è Redis Cluster?
Lo sviluppo di Redis è attualmente focalizzato su Redis 2.6 che ti offrirà supporto per lo scripting Lua e molti altri miglioramenti. Questa è la nostra priorità attuale, tuttavia il ramo unstable contiene già la maggior parte delle parti fondamentali di Redis Cluster. Dopo la versione 2.6 concentreremo le nostre energie sulla trasformazione dell'attuale Redis Cluster alpha in un prodotto beta che gli utenti possono iniziare a testare seriamente. È difficile fare previsioni poiché rilasceremo Redis Cluster come stabile solo quando riteniamo che lo sia solido e utile per i nostri clienti, ma speriamo di avere una beta ragionevole per l'estate 2012 e di spedire la prima versione stabile prima della fine del 2012.
Guarda la presentazione qui:http://redis.io/presentation/Redis_Cluster.pdf
