Redis est agréable car il est indépendant de votre application de nœud et assez facile à mettre à l'échelle. Vous pouvez également l'utiliser pour beaucoup de choses en dehors de pub/sub, comme le partage de structures de données de base (hachages, ensembles triés, listes, chaînes) entre vos serveurs de nœuds pour les aider à rester synchronisés de cette façon également. Théoriquement, vous pouvez enregistrer toutes les discussions dans une salle donnée sous la forme d'un ensemble trié où votre clé est une représentation json d'un objet de discussion (quelque chose comme {'user':'some_user','msg':'some_msg'} et votre score est l'horodatage, il est donc très facile d'extraire les conversations par heure). Redis est extrêmement rapide et ses structures de données sont hautement optimisées, de sorte qu'un seul serveur peut gérer de très nombreux utilisateurs.
Nous avons une configuration similaire en production avec un serveur Redis gérant 1 million d'utilisateurs (environ 10 000 insertions de hits et 20 000 lectures à partir d'un ensemble trié par minute), et l'utilisation du processeur dépasse rarement 5% sur une boîte non lourde. /P>
