Retos del servicio de mensajería web

Existen varios retos cuando se despliegan aplicaciones habilitadas para mensajería web utilizando el protocolo Bayeux. Cualquier aplicación de estilo Comet que utiliza conexiones de larga duración se enfrenta a estos retos. Muchas de estas dificultades están relacionadas con la esfuerzo que las comunicaciones de estilo Comet añaden a la naturaleza síncrona de varias partes de la infraestructura de Internet. El servicio de mensajería web, mediante el uso de la infraestructura de canal, puede escalar a más de una hebra por petición, pero otros componentes de la infraestructura de Internet tendrán dificultades para ello.

Una de las áreas que puede tener dificultades con el escalado es un servidor Web. Cuando IBM® HTTP Server para WebSphere® Application Server se enfrenta a aplicaciones habilitadas para mensajería web, IBM HTTP Server para WebSphere Application Server debe configurarse para manejar más peticiones que con una aplicación típica, ya que las peticiones están más tiempo esperando un suceso. IBM HTTP Server para WebSphere Application Server vincula una petición de espera individual a una sola hebra y está restringido por el número máximo de hebras disponibles en el servidor Web. En la mayoría de instalaciones de mensajería web, deberá aumentarse el número de instalaciones de IBM HTTP Server para WebSphere Application Server que se enfrentan a una aplicación habilitada para mensajería web.

El servidor proxy de WebSphere Application Server es una alternativa a IBM HTTP Server para WebSphere Application Server para enfrentarse a una aplicación habilitada para mensajería web. El servidor proxy de WebSphere Application Server no utiliza una hebra con cada petición entrante y debe poder manejar un número mayor de clientes concurrentes que IBM HTTP Server para WebSphere Application Server. Puede que surja algún problema al sustituir IBM HTTP Server para WebSphere Application Server por el servidor proxy de WebSphere Application Server. Consulte el artículo de developerWorks Know your proxy basics (Conceptos básicos del servidor proxy) para obtener más información sobre cómo enfrentar una aplicación habilitada para mensajería web con el servidor proxy de WebSphere Application Server. Existen otras soluciones basadas en hardware que pueden utilizarse para enfrentarse a una solución de mensajería web. Lo más importante es que la afinidad de sesiones es necesaria para devolver las peticiones al mismo servidor en un entorno en clúster.

Límite de dos conexiones

Un cliente Bayeux de Ajax en un navegador Web será el cliente más común que se conecte al servicio de mensajería web. Los navegadores tienen determinadas limitaciones cuando se conectan a un servidor. Una de las limitaciones es el límite de dos conexiones con un solo servidor. Cuando se establece una conexión Bayeux, se utiliza una de estas conexiones, dejando libre la otra conexión. Como una conexión se utiliza en una instancia de un navegador, incluidas varias pestañas y ventanas, sólo podrá establecer una conexión Bayeux con un servidor. Cuando una segunda pestaña o ventana de navegador intenta establecer una conexión de larga duración, esta conexión debe denegarse o revertir al sondeo tradicional. Cuando se desarrolla una aplicación habilitada para mensajería web, debe conocer y planificar esta limitación.

También debe tener en cuenta que cuando se ejecuta otra comunicación de navegador sensible al tiempo con el mismo servidor, se establece una conexión Bayeux. El protocolo Bayeux utiliza la segunda conexión disponible para suscribir, anular la suscripción y publicar información en el servidor. Otras operaciones que consumen una conexión son: operaciones XmlHttpRequest de Ajax, la descarga de imágenes o HTML y la carga de archivos. Cuando se producen numerosas operaciones en un servidor en la misma instancia de navegador, la aplicación cliente de Bayeux puede ralentizarse o experimentar un comportamiento anómalo cuando está esperando a que se libere una conexión.



Condiciones de uso | Comentarios