2010-03-17 7 views
0

Nous avons un système existant qui se connecte à l'arrière via http (apache/ssl) et interroge le serveur pour de nouveaux messages, inutile de dire que nous avons des problèmes d'évolutivité. Je recherche sur la suppression de cette interrogation et suis tombé sur BOSH/XMPP mais je ne suis pas sûr de savoir comment nous devrions prendre la technique BOSH (en utilisant une connexion http de longue vie).en utilisant BOSH/technique similaire pour l'application existante/système

J'ai vu qu'il y a peu de bibliothèques disponibles mais le tout semble flou car nous n'avons pas besoin de listes de contacts etc. et nous voulons simplement informer les clients des messages disponibles.

Le client est écrit en C/C++ et fonctionne sur la plupart des OS, ce qui est un facteur important. Le serveur est en Java.

Est-ce que bosh résulte en un grand nombre de processus httpd? puisqu'il faut que tous les clients restent connectés, quelle serait la limite? nous prévoyons également de passer à JVM/apache 64 bits quelle serait la limite maximale des clients dans ce cas.

des indices?

Répondre

0

Je voudrais noter que BOSH est séparé de XMPP, donc il n'y a pas de "listes d'amis" impliqués. XMPP-over-BOSH est ce que vous en pensez.

Jetez un oeil à collecta.com et les articles de blog associés (probablement par Jack Moffitt) sur la façon dont ils utilisent BOSH (et aussi XMPP) pour fournir des informations en temps réel à un grand nombre d'utilisateurs. En ce qui concerne les problèmes de mise à l'échelle avec Apache, je ne sais pas — probablement que chaque connexion utilise peu de ressources, de sorte que vous pouvez augmenter le nombre de connexions par processus Apache. Mais vous pouvez également consulter quelques-unes des technologies de gestionnaire de connexion (comme punjab) mentionnées sur la page BOSH ci-dessus.