Il existe plusieurs défis lors du déploiement d'applications compatibles avec une messagerie Web en utilisant le protocole Bayeux. Toute application de style Comet qui utilise des connexions durables fait face à ces défis. La plupart de ces difficultés concernent la lourdeur engendrée par les communications de style Comet sur la nature synchrone de diverses parties de l'infrastructure Internet. Via l'utilisation de la structure de canaux, le service de messagerie Web peut réaliser une mise à l'échelle en se basant sur une seule unité d'exécution par demande, mais de nombreuses autres parties de l'infrastructure Internet possèdent des difficultés à en faire de même.
Le serveur Web est un domaine où la mise à l'échelle peut présenter des difficultés. Lorsque IBM HTTP Server pour WebSphere Application Server fait face à des applications activées pour une messagerie Web, il doit être configuré pour gérer un plus grand nombre de demandes qu'une application standard car les demandes attendent plus longtemps un événement. IBM HTTP server pour WebSphere Application Server lie une seule demande en attente à une seule exécution. Il est également contraint par le nombre maximum d'exécutions disponible au serveur Web. Dans la plupart des installations de messagerie Web, le nombre d'IBM HTTP Server pour des installations WebSphere Application Server faisant face à une application compatible avec une messagerie Web ne connaît pas d'augmentation.
Le serveur proxy pour WebSphere Application Server représente une alternative à IBM HTTP Server pour WebSphere Application Server lorsqu'il s'agit de faire face à une application compatible avec une messagerie Web. Le serveur proxy pour WebSphere Application Server n'utilise pas une unité d'exécution à chaque demande entrante et doit être en mesure de gérer un plus grand nombre de clients concurrents qu'IBM HTTP Server pour WebSphere Application Server. Des incidents peuvent survenir lors du remplacement d'IBM HTTP Server pour WebSphere Application Server par le serveur proxy pour WebSphere Application Server. Pour plus d'informations sur la façon de faire face à une application compatible avec une messagerie Web avec le serveur proxy pour WebSphere Application Server, reportez-vous à l'article developerWorks intitulé Know
your proxy basics. D'autres solutions basées sur le matériel peuvent être utilisées pour faire face à une solution de messagerie Web. Il est important de se souvenir que l'affinité de session est requise pour ramener les demandes au même serveur dans un environnement en cluster.
Vous devez porter une attention particulière lors de l'établissement d'une autre communication de navigateur liée au temps vers le même serveur lorsqu'une connexion Bayeux est établie. Le protocole Bayeux utilise la seconde connexion disponible pour inscrire, désinscrire et publier des informations au serveur. Voici d'autres opérations utilisant une connexion : opérations XmlHttpRequest Ajax, téléchargement d'images ou HTML et téléchargement (ascendant) de fichiers. Lorsque plusieurs opérations vers un serveur s'effectuent sur la même instance de navigateur, votre application client Bayeux risque de connaître des ralentissements ou d'avoir un comportement étrange en attendant la libération d'une connexion.