Quelle est la meilleure façon de faire un serveur nœud.js "parler" à un autre?
Question
- msgpack?
- JSON-RPC?
- socket.io (est-ce possible? Comment?)
EDIT: Je parle de 2 nœuds traite chacun sur une machine physique différente;
Je ne comprends pas comment Redis peut m'aider sur ceci ...
La solution
Je ne suis pas vraiment clair sur que vous recherchiez des moyens de créer deux serveurs de nœud sur deux machines physiques "parler à l'autre", ou deux processus de serveur nœud.js sur une machine.
(Vous pouvez modifier votre question pour le rendre plus clair).
Vous pouvez regarder:
- tampons de protocole pour Node
- msgpack-rpc pour nœud
- Websocket.mq
- Dnode --Ce utilise Socket.io comme couche de transport
- IPCNODE
- amqp avec nœud-amqp ou Node-AMQP et quelque chose comme rabbbitmq
- ou vous pouvez aller avec un DB basé sur le document comme Redis
Remarque: Certaines d'entre elles peuvent avoir besoin de mises à jour
J'espère que cela aide
Autres conseils
J'irais pour Redis .Les sémantiques pubsub sont assez douces.Le Node_redis La bibliothèque client est très rapide car elle peut utiliser la bibliothèque C-Extension C Fast Lightning Fast Namedis.Je voudrais simplement utiliser Json comme codage.Cela sera probablement plus que suffisamment rapide.
Vous pouvez également utiliser dnode pour faire votre communication si vous le souhaitez.Je crois aussi qu'il a des capacités socket.io.Vous devriez regarder le code source pour la découvrir.
Ce n'est pas vraiment clair de votre question que voulez-vous dire par un serveur de nœud qui parle à un autre serveur.Vous pouvez utiliser n'importe quoi d'envoi de paquets UDP, créant des connexions TCP, des connexions HTTP à l'utilisation de tous les mécanismes de haut niveau que d'autres ont déjà signalé.
Pour un scénario intéressant de Node Processus Communication, vous pouvez jeter un coup d'oeil à The 2010 JSCONF.EU Talk de Mikeal Rogers .Il explique comment utiliser Couchdb pour le faire.Talk très intéressant.