Visão geral do padrão

O IBM® SOA Policy Pattern roteia as mensagens JMS do MQ com base nos dados mantidos nos documentos sobre políticas recuperados de um registro de serviço.

O IBM SOA Policy Pattern for Red Hat Enterprise Linux V2.0 fornece e gerencia o hardware IBM PureApplication System (IPAS) ou o IBM Workload Deployer (IWD) para oferecer os seguintes recursos, que são pré-configurados como uma parte do padrão:

O cenários estão ativados por esse padrão?

Os aplicativos JMS do MQ enviam mensagens para a fila de entrada JMS desse padrão e essas mensagens são roteadas para outra fila JMS do MQ, dependendo de qual política corresponde a essa mensagem de entrada. O padrão usa as informações do cabeçalho JMS para decidir quais políticas são aplicáveis; em seguida, avalia essas políticas para determinar onde a mensagem é roteada. Uma resposta é enviada de volta para o aplicativo JMS de envio para reconhecer que a mensagem foi roteada. Como resultado, o padrão pode suportar muitos aplicativos JMS simultaneamente, cada um com suas próprias regras de roteamento expressas por meio de um conjunto de políticas.

As políticas especificam o planejamento em termos dos horários do dia e o dia da semana, e assim por diante, para rotear mensagens para diferentes destinos de terminal. Nenhuma outra condição ou ação é suportada nesse padrão. Ele usa o padrão WS-MediationPolicy para definir como e quando as mensagens são roteadas. O namespace para esse padrão é http://www.ibm.com/xmlns/stdwip/2011/02/ws-mediation. O domínio do Web Services Mediation Policy 1.0 define um conjunto de asserções de política para a descrição dos requisitos de mediação de um serviço.

Cada política é uma parte do ciclo de vida política SOA. As políticas que são aplicadas devem estar nos estados de controle Aprovado, Descontinuado ou Substituído. Para obter informações adicionais, consulte Uso de Política no IBM SOA Policy Pattern.

O que está incluído no padrão?

O IBM SOA Policy Pattern é um exemplo de padrão de sistema virtual. Um padrão de sistema virtual consiste em uma coleção de partes. Cada parte é uma imagem do sistema operacional virtual que contém o software IBM instalado que foi configurado com base nos parâmetros padrão fornecidos durante o processo de provisão.

Esse padrão fornece três partes:
  • Uma imagem que contém o WebSphere Message Broker V8.0.0.1 e o WebSphere MQ V7.0.1.8.
  • Uma imagem que contém o WebSphere Service Registry and Repository V8.0 e o WebSphereApplication Server V8.0.
  • Uma imagem que contém o DB2 Enterprise Edition (para suportar o WSRR) V9.7.5.
Quando o hardware do IBM PureApplication System ou o usuário do IBM Workload Deployer cria uma instância do IBM SOA Policy Pattern para fornecer um ESB pré-configurado, três imagens são criadas a partir dessas partes. Essa configuração é mostrada na figura a seguir:
Figura 1. Visão Geral do IBM SOA Policy PatternUm diagrama representando a configuração, que é explicada pelo texto nesta seção.
Para criar essa configuração, o usuário executa os seguintes componentes:
  1. Um gerenciador de filas do WebSphere MQ para fornecer serviços JMS e permitir que programas JMS se conectem ao padrão.
  2. Um WebSphere Message Broker pré-configurado para executar o roteamento entre os destinos JMS.
  3. Uma instância do WSRR pré-configurada para definir e gerenciar as políticas que controlam o roteamento.
  4. Uma instância do DB2 para suportar WSRR.
  5. A interface com o usuário baseada no navegador do IBM Workload Deployer ou do IBM PureApplication System usada para implementar o padrão.
  6. A interface com o usuário baseada em navegador do Business Space usada para criar e gerenciar políticas.

Quais os outros aplicativos com os quais ele integra?

É possível carregar seus próprios documentos sobre políticas no WSRR e essas políticas definem seus próprios destinos do terminal JMS. Na primeira configuração, o registro é carregado com duas políticas de exemplo que usam dois terminais de exemplo. A configuração do WebSphere Message Broker incluída no IBM SOA Policy Pattern fornece um fluxo de mensagens que lê as mensagens JMS de uma fila de entrada e, com base nas políticas recuperados do registro, roteia as mensagens para as filas de saída.

O IBM SOA Policy Pattern inclui um provedor JMS, mas não inclui aplicativos JMS; portanto, você precisa incluir seus aplicativos JMS do MQ existentes para concluir a solução. Os destinos JMS são definidos usando os procedimentos padrão do WebSphere MQ. É possível escolher como seus aplicativos JMS do MQ se conectam para controlar o tipo de topologia do sistema de mensagens que você constrói; eles podem conectar remotamente um único gerenciador de filas hospedado pelo padrão, usando ligações do Cliente MQ ou podem usar técnicas do sistema de mensagens do MQ distribuídas para alimentar mensagens no gerenciador de filas padrão a partir de um gerenciador de filas remoto existente.

Como você controla o roteamento de mensagem?

Quando o padrão tiver sido instanciado, o comportamento de roteamento será controlado por um administrador de política que usa o Business Space (fornecido com o WSRR) para definir e gerenciar políticas que satisfaçam aos requisitos de roteamento. Para cada política, um destino JMS precisa existir, de modo que um administrador do sistema de mensagens deve assegurar que cada terminal JMS definido em uma política também exista no subsistema de mensagens. Para obter informações adicionais, consulte Trabalhando com a instância implementada.


Informação Informação

Feedback


Ícone de registro de data e hora Última atualização: 16 de outubro de 2012


http://publib.boulder.ibm.com/infocenter/prodconn/v1r0m0/topic/com.ibm.scenarios.soawmbwsrr.doc/topics/pattern_overview.htm