Normalement avec un service Web proxy, vous poussez une requête du client vers le proxy, puis il pousse vers un serveur du pool, qui répond au proxy, qui envoie le répondez au client d'origine. Normalement, le proxy maintient alors une liste d'historique de connexion, de sorte que la connexion ultérieure du même client se termine sur le même serveur. Le bit important, est qu'avec un proxy, la conversation entre le client et le proxy, et entre le proxy et le serveur sont séparés, mais le proxy comprend suffisamment la couche d'application pour que le client pense que c'est le serveur. Si vous souhaitez utiliser une connexion Web directe entre le client et le serveur, vous n'utilisez probablement pas de couche d'application qu'un proxy traditionnel comprendra, par conséquent, vous rencontrerez des difficultés avec un proxy prêt à l'emploi. serveur, comme haproxy, car la plupart des exemples impliquent une connexion http. Cependant, haproxy peut faire un proxying non-http. Cela dit, Marc B a probablement raison, et cela devrait être une discussion sur serverfault.com, car la solution programmatique, d'ajouter du code à l'application serveur, pour se connecter au client, est probablement la mauvaise , car je suppose qu'ils utiliseront un navigateur, et non un client que vous contrôlez.
Ce site est pour les questions de programmation. La configuration serveur/réseau est hors sujet. –
Votre problème est-il quelque chose où pousser seulement atteindre les connexions suspendues par le serveur où l'événement est déclenché? Je veux dire que si les connexions sont suspendues sur le serveur B, elles ne reçoivent jamais de messages envoyés par le serveur A? –
@Guillame no ... le serveur A et le serveur B sont en service. Par exemple: le serveur A diffuse dans l'interface utilisateur (client) mais pas dans l'autre client car il peut pointer sur le serveur B. Les deux serveurs A et B sont dans HA, donc il devrait pousser à la fois le client ... ... –