Topologias WS-Notification
Diversas topologias diferentes podem ser suportadas por esta implementação WS-Notification.
Por meio da implementação do WS-Notification no WebSphere Application Server, é possível alcançar as seguintes
metas:
- Use tecnologias de integração de serviços e componentes de serviços da Web existentes para oferecer funções WS-Notification.
- Interoperar com outros clientes de sistema de mensagens de publicação e assinatura (por exemplo Sistema de Mensagens Java™ (JMS), IBM MQ) e com produtos alternativos de intermediação de mensagens.
- Suportar um padrão de publicação do publicador baseado em demanda.
- Definir de maneira administrativa uma assinatura do WS-Notification para um produtor
de notificação externo:
- Efetuar assinatura em outras implementações do intermediário e intermediários federados do WS-Notification.
- Predefinir uma lista de informações de assinatura que é utilizada na inicialização do sistema para criar as assinaturas adequadas.
- Implemente um NotificationBroker do WS-Notification nas configurações altamente disponíveis e gerenciadas pela carga de trabalho.
Dentro do WebSphere Application Server, o WS-Notification também permite a troca de notificações de eventos entre aplicativos WS-Notification e outros clientes do barramento de integração de serviços. Ao explorar outras funções de barramento de integração de serviços, será possível usar essa função para trocar mensagens com outros brokers de publicação de assinatura da IBM.
Para uma visão geral de cada uma das topologias suportadas por esta implementação de WS-Notification, consulte os seguintes tópicos:
- Topologia de Serviços da Web Simples. Nesta topologia o WebSphere Application Server é usado exclusivamente como um broker de notificação para permitir a produção e consumo de aplicativos WS-Notification para se comunicar entre si. Os aplicativos desconhecem que o serviço NotificationBroker é implementado pelo WebSphere Application Server.
- Topologia para WS-Notification como um ponto de entrada ou de saída para o barramento de integração de serviços. Além da capacidade de passar informações entre produtores e consumidores WS-Notification, o suporte WS-Notification fornecido no WebSphere Application Server também atua como um ponto de entrada ou saída para o barramento de integração de serviços. As notificações de eventos que são publicadas por aplicativos do WS-Notification são inseridas no barramento de integração de serviço no qual elas podem ser modificadas, roteadas novamente ou consumidas por qualquer um dos outros aplicativos que estão conectados ao barramento. De forma semelhante, as publicações enviadas por clientes do barramento de integração de serviço, como JMS, podem ser recebidas por consumidores do WS-Notification.
- Implementação de Rede de Topologia WS-Notification. Essa topologia mostra o potencial para implementar um serviço WS-Notification através de múltiplos servidores em um portal do WebSphere Application Server Network Deployment . Neste padrão, os aplicativos podem conectar-se a qualquer ponto de serviço do WS-Notification e utilizá-los de maneira idêntica ao inserir notificações, porque os namespaces de tópicos do WS-Notification são compartilhados por todos os pontos de serviço do WS-Notification do serviço do WS-Notification. As mensagens de notificação são propagadas em todo o barramento para os NotificationConsumers interessados, independentemente do local em que estão anexadas ao barramento (isto é, independentemente do ponto de serviço WS-Notification ao qual elas são conectadas).
- WS-Notification em um Ambiente em Cluster:
- Topologia de Balanceamento de Carga. Nessa topologia, o administrador pretende compartilhar pedidos do aplicativo cliente entre vários servidores na célula, sem sobrecarregar nenhum servidor específico. Isto requer que todos os pontos de serviço do WS-Notification do serviço do WS-Notification possam ser considerados iguais - em específico, que todos os namespaces de tópicos estejam disponíveis em cada ponto de serviço do WS-Notification do intermediário.
- Topologia de Alta Disponibilidade. Nessa topologia, o administrador cria um cluster de servidores que contém um único mecanismo do sistema de mensagens e um ponto de serviço do WS-Notification, para assegurar que, caso o servidor que contém o mecanismo do sistema de mensagens falhe, os recursos que ele gerencia (assinaturas, notificações de eventos) permaneçam disponíveis aos aplicativos remotos. O mecanismo do sistema de mensagens está configurado para failover entre os vários servidores no cluster para oferecer uma operação altamente disponível.
- Topologia de Alta Disponibilidade de Carga Balanceada. Essa topologia é uma combinação das topologias de carga balanceada e alta disponibilidade. Nessa topologia, há mais de um mecanismo do sistema de mensagens do cluster (em que o número de mecanismos do sistema de mensagens é menor ou igual ao número de servidores). Os pedidos iniciais recebidos pelo servidor proxy têm sua carga equilibrada no cluster, naqueles servidores que hospedam pontos de serviço do WS-Notification. Os pedidos subseqüentes para um recurso criado por esse pedido (ou seja, uma assinatura) são roteados de volta para o mecanismo do sistema de mensagens afim, mesmo onde ele pode ter falhado em um servidor diferente no cluster.
- Publicação de Eventos Entre a Topologia de Células. A implementação dessa topologia usa as funções existentes do barramento de integração de serviços. Os serviços do WS-Notification são configurados em cada uma de duas células e um link do barramento de integração de serviço está configurado para vincular os espaços de tópicos do barramento de integração de serviço entre os dois barramentos.
- Publicação de eventos entre células por meio de uma topologia de rede do MQ. Nessa topologia, a infraestrutura do barramento de integração de serviços é usada para transmitir notificações de evento entre duas células (barramentos) por meio de uma rede de gerenciadores de filas do IBM MQ.