Pusher vs Pubnub vs open source Socket.io / SignalR.net / Faye / jWebSocket

Question

Je suis l'évaluation de Poussoir et PubNub au moment d'activer bi-directionnelle en temps réel les communications entre mes principalement des clients web et de mes serveurs. Les deux sont impressionnants, avec Poussoir de docs semblant d'être mieux, et PubNub l'évolutivité et la fiabilité clairement un point fort pour eux.

Cependant, comme je suis de la gestion d'un budget, je m'inquiète de ce que le Poussoir & PubNub les coûts peuvent devenir un problème pour nous, et je suis donc en considérant l'aide de l'une des alternatives open source là - je l'ai cherché principalement à Douille.io, Faye et jWebSocket.

J'ai mes préoccupations bien que l'exécution du service à moi-même:

• Quelqu'un a réellement mis à l'échelle d'un Socket.io ou d'autres solution open source de plusieurs serveurs avant? PubNub prétendre traiter avec 1M de messages par seconde!, J'ai un peu de doute Socket.io pourrait le faire sans une insondable nombre de serveurs, si elle aurait travail à tous.
• Existe-il des fonctionnalités dans les services payants que je suis probablement passer à côté de la ligne que je devrais aller avec les solutions open source?
• Est le temps de latence va vraiment être un problème si j'ai mon serveur sur AWS, de toute façon? PubNub sont en plusieurs endroits j'attends donc cela devrait réduire le temps de latence bien que si un message doit être envoyé au Japon, d'avoir un serveur au Japon ne serait pas aider avec des temps de latence qu'il a encore besoin de s'y rendre d'une façon ou d'une autre.

Merci pour les conseils.

Answer 1

Faye à l'aide de Node.js a été très facile à mettre en place pour moi et a d'abord joué très bien dans les tests. Cependant, même si la charge sur mon Application est seulement d'environ 10 requêtes par seconde, avec près de 3000 connexions ouvertes - quand je l'ai mis à vivre node.js utilisation de l'uc a été épinglé à 100% (1 de base sur les 8 disponibles sur ma boîte). J'ai été un peu déçu par ce et m'attendais à plus.

J'ai considéré l'utilisation de redis ou l'exécution de plus d'une instance de nœud sur différents ports, puis fractionnement de la charge à ma demande fin mais en regardant PubNub du prix, il semblait plus facile de déchargement de tout cela.

Après avoir essayé les deux, le Poussoir et PubNub j'ai trouvé PubNub d'être à la fois moins cher et beaucoup plus faible latence pour moi aussi (je suis hébergé à Singapour et tandis que le Poussoir a ~500ms pour moi PubNub a ~250ms aller-retour pour moi à partir de mon application). Si vous êtes hébergé dans le NOUS, cependant, la différence serait probablement beaucoup moins.

J'ai également regardé l'Ape-Serveur, mais n'en trouverez pas de bons tutoriels/la documentation pour la création d'un Publier/souscrire modèle donc sauté - mais peut-être que vous êtes plus intelligent que moi et aurez une meilleure expérience :)

Answer 2

Vous souhaitez mai à envisager une troisième alternative, à savoir l'installation d'un Kaazing de la Passerelle dans le Cloud. En considérant que vous avez seulement à payer 0,40 $par gigaoctet de transfert de données (comprend TOUS les frais de transfert des données, y compris Amazon et Kaazing) indépendamment du nombre de messages. vous ne payez que les fractions de ce que vous devriez payer bouton Poussoir et la pub-bosse. Dans le processus, vous obtenez un accès à une part entière de l'instance qui vous donne accès à l'entreprise au niveau des super-faible latence de la messagerie sur les websockets avec en arrière émulation vers le bas pour Internet Explorer 6. Vous pouvez le faire à base de push/pull ou rubrique avancé/file d'attente de messagerie avec des garanties de livraison et de l'entreprise des fonctions de sécurité. La passerelle prend également en charge fan-out de la boîte et intégré dans la gestion de Clusters, de sorte que lorsque vous avez besoin de faire évoluer votre architecture, vous venez de faire tourner plusieurs instances et ils s'auto-découvrir les uns les autres. Ensuite, il ya la capacité de faire de la multi-location, et ainsi de suite.

À 0,40 $par Gigaoctet de transfert de données, si vos messages sont de 100 octets chacun, ce qui est un million de messages pour 4 cents.

Voir http://kaazing.com/cloud/aws pour plus de détails.