Des options pour les notifications et mises à jour Web en time réel utilisant les technologies Comet / XMPP vs WebSocket sur une stack Microsoft?

Je saisis les options d'architecture pour un projet qui rendra les mises à jour en direct (comme Facebook) des activités de l'user – les connections, les photos, etc. Deux composants UI principaux sont une zone de défilement de mise à jour automatique où les nouvelles notifications seront répertoriées (photos , etc.), et une barre d'outils qui va se mettre à jour avec des choses telles que le count rendu des messages mis à jour, etc.

Les prétendants sont les technologies Jabber / Comet / XMPP et WebSocket.

Le camp de la comète:

  • Pokein
  • WebSync

Camp de WebSockets:

  • kaazing.com/
  • www.lightstreamer.com/
  • superwebsocket.codeplex.com/

(impossible de publier sur deux liens)

Étant donné que l'infrastructure existante est une stack Microsoft, je préfère ne pas introduire les servers basés sur Java dans le mix. En disant cela, il part (très attrayant) WebSync (Comet) et SuperWebSocket (WebSockets). Cependant, l'intégration DLL de Pokein est assez transparente dans un projet. Net ainsi.

Existe-t-il des initiatives WebSocket de niveau de production plus réelles pour .Net? Est-il trop tôt pour adopter WebSockets sur une stack Microsoft, et devrais-je être en faveur de quelque chose comme Kazing?

Je suis toujours en attente d'un rapport sur les types et les versions de browser de notre database actuelle (vérification de la compatibilité HTML5). Je soupçonne que ce nombre sera faible (ancienne base d'users). Si tel est le cas, l'option Comet serait le gagnant.

Quelles sont d'autres choses à considérer?

Puis-je avoir des commentaires de toute personne qui a utilisé l'une des technologies et produits énumérés ci-dessus?

Merci.

2 Solutions collect form web for “Des options pour les notifications et mises à jour Web en time réel utilisant les technologies Comet / XMPP vs WebSocket sur une stack Microsoft?”

Je suis partial (je travaille pour Frozen Mountain), mais vous devez consulter WebSync.

WebSync v4 utilise WebSockets en plus de revenir au sondage à long terme ou au return de callback au besoin. Les WebSockets dans WebSync sont également sur tous les ports HTTP standard, donc il n'y aura aucun problème avec les routeurs / filrewalls / etc.

Sur un système "normal", vous devriez voir ~ 20k simultané (par nœud) et ~ 100k messages / sec. Ce sont cependant des numbers très grossiers, car cela dépend drastiquement de votre système et des types de messages que vous envoyez, etc. Nous avons vu jusqu'à 50k users (par nœud) et (dans un autre test) 300k messages / seconde .

Quelques commentaires d'autres personnes qui l'ont utilisé:

https://stackoverflow.com/a/8525454/25330

https://stackoverflow.com/questions/2604193/websync-pros-and-cons

De mes searchs, regarder Node.JS avec SocketIO en utilisant IISNode peut être une bonne option. Cependant, beaucoup de mention a été faite à Node.JS avec SignalR, et en continuant à y plonger, l'intégration de SignalR avec .Net est totalement transparente.

  • Openfire Client pour Windows Mobile
  • Le client mysql ne peut pas lire le résultat de la requête?
  • Recommandations du logiciel server XMPP
  • Jabber Management sous Linux
  • Existe-t-il un moyen de configurer ejabberd pour transmettre des messages à chaque client en ligne, quelle que soit la priorité?
  • Surveillance de server / système avec Jabber?
  • Capturer le trafic de nimbuzz
  • Dois-je spécifier l'enregistrement SRV "_jabber._tcp"?
  • Obtenir la chaîne de certificats SSL depuis le serveur jabber
  • Port alternatif pour c2 sur jabberd2
  • Obtenir la string de certificates SSL depuis le server jabber
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.