Desafios do Serviço de Sistema de Mensagens da Web

Existem vários desafios ao implementar aplicativos ativados pelo sistema de mensagens da Web utilizando o protocolo Bayeux. Qualquer aplicativo do estilo Comet que utiliza conexões de longa duração enfrenta esses desafios. Muitas dessas dificuldades lidam com a tensão que comunicações do estilo Comet causam na natureza síncrona de diversas partes da infra-estrutura da Internet. O serviço de sistema de mensagens da Web, através do uso da estrutura de canal, pode escalar acima de um simples encadeamento por pedido, mas muitas outras partes da infra-estrutura da Internet têm dificuldades ao fazer isso.

Uma área que poderia ter dificuldade ao escalar é o servidor da Web. Quando o IBM® HTTP Server for WebSphere® Application Server fizer frente a aplicativos ativados por sistemas de mensagens da Web, o IBM HTTP Server for WebSphere Application Server precisa ser configurado para manipular mais pedidos do que um aplicativo típico porque os pedidos gastam mais tempo esperando por um evento. O IBM HTTP server for WebSphere Application Server liga um único pedido em espera a um único encadeamento e é restringido pelo número máximo de encadeamentos disponíveis ao servidor da Web. Na maioria das instalações de sistemas de mensagens da Web, o número de instalações do IBM HTTP Server for WebSphere Application Server voltadas para um aplicativo ativado para sistema de mensagens da Web precisará ser aumentado.

O servidor proxy do WebSphere Application Server é uma alternativa ao IBM HTTP Server for WebSphere Application Server para fazer frente com um aplicativo ativado para sistema de mensagens da Web. O servidor proxy do WebSphere Application Server não usa um encadeamento para cada pedido recebido e deve poder manipular um alto número de clientes simultâneos do que o IBM HTTP Server for WebSphere Application Server. Poderão surgir problemas ao substituir o IBM HTTP Server for WebSphere Application Server pelo servidor proxy do WebSphere Application Server. Consulte o artigo developerWorks Conheça os Princípios Básicos do Seu Proxy para obter mais informações sobre como fazer frente ao aplicativo ativado por sistema de mensagens da Web com o servidor proxy do WebSphere Application Server. Outras soluções baseadas em hardware poderão ser utilizadas para fazer frente a uma solução de sistema de mensagens da Web. O importante a ser lembrado é que a afinidade de sessão é exigida para trazer novamente os pedidos ao mesmo servidor em um ambiente em cluster.

Limite de duas conexões

Um cliente Ajax Bayeux em um navegador da Web será o cliente mais comum a se conectar ao serviço de sistema de mensagens da Web. Os navegadores têm algumas limitações ao se conectarem a um servidor. Uma delas é um limite de duas conexões com um único servidor. Quando uma conexão Bayeux é estabelecida, uma dessas conexões é utilizada, deixando a outra livre. Como uma só conexão é utilizada, uma única instância do navegador, incluindo várias guias e janelas, poderá estabelecer uma só conexão Bayeux com um servidor. Quando uma segunda janela ou guia do navegador tenta estabelecer uma conexão de ativação longa, essa conexão deve ser negada ou revertida para sondagem tradicional. Ao desenvolver um aplicativo ativado para o sistema de mensagens da Web, você deve entender e planejar-se para essa limitação.

Você também deve tomar cuidado ao executar outra comunicação de navegador sensível ao tempo com o mesmo servidor em que uma conexão Bayeux é estabelecida. O protocolo Bayeux utiliza a segunda conexão disponível para assinar, remover assinatura e publicar informações no servidor. Outras operações que consomem uma conexão incluem: operações Ajax XmlHttpRequest, imagem ou download de HTML e upload de arquivo. Quando várias operações para um servidor estiverem ocorrendo sobre a mesma instância do navegador, seu aplicativo cliente Bayeux pode encontrar um comportamento de desempenho desacelerado e estranho enquanto aguarda uma conexão ser liberada.



Termos de Uso | Feedback