A Arquitetura SOA Policy

A arquitetura SOA Policy descreve a interação do Policy Administration Point (PAP), do Policy Enforcement Point (PEP), do Policy Decision Point (PDP), do Policy Information Point (PIP) e do Policy Monitoring Point (PMP). No padrão, o PAP é fornecido por WSRR, o PEP é fornecido por WebSphere DataPower e o PMP por meio do componente de monitoramento do DataPower.

A organização da arquitetura de política básica e a definição desses pontos principais são: O consumidor e o provedor interagem com o middleware, que, por sua vez, interage com o repositório e qualquer software de monitoramento.

Como a Arquitetura SOA Policy Funciona Junto

O fluxo padrão do SOA Policy é mostrado em Figura 1.
Figura 1. Política de Acordo de Nível de Serviço (SLA) - O Modelo de Implementação SOA
As políticas são criadas e podem ser anexadas aos serviços. Há publicação/assinatura automatizada de políticas a partir do Policy Authoring Point. As políticas podem ser monitoradas com relatórios e notificação de operações. Há execução de políticas de SLA. As métricas de execução de Política de SLA são enviadas ao Policy Monitoring Point. A analítica da política está disponível para gerenciamento do Policy Authoring Point. Existem alertas de monitoramento para uso na execução da política.
1  As políticas são criadas e, em seguida, anexadas aos serviços que requerem essa política. Geralmente, têm a seguinte ordem:
  1. O conjunto de serviços é carregado ou criado no repositório de serviço. Essa ação faz parte do Policy Administration Point.
  2. O conjunto de políticas necessário é criado no Policy Administration Point usando o ciclo de vida da política:
    • As políticas são anexadas aos serviços que requerem essas políticas – no nível de serviço, operação ou terminal, conforme necessário.
2 Publicação/assinatura automatizada de políticas a partir do Policy Administration Point até os Policy Enforcement Points e o Policy Monitoring Point:
  1. Como parte da configuração, o serviço de monitoramento assina a política de monitoramento do WSRR. Essa ação ocorre apenas uma vez.
  2. Como parte da configuração, os gateways de proxy são criados em cada dispositivo WebSphere DataPower (ou dispositivo virtual) que possui transações de serviço com execução de políticas. Essa ação ocorre apenas uma vez e é incluída ou alterada, conforme necessário.
  3. Como parte da configuração, cada gateway de proxy no dispositivo assina políticas do WSRR para serviços pelos quais ele é responsável. Essa ação ocorre apenas uma vez e é incluída ou alterada, conforme necessário.
  4. Como parte da configuração, o WebSphere DataPower é configurado de modo que as políticas possam ser compartilhadas por outros dispositivos em um cluster. Essa ação ocorre apenas uma vez e é incluída ou alterada, conforme necessário.
  5. O Policy Monitoring Point faz download das políticas de monitoramento à medida que elas são publicadas.
  6. O Policy Monitoring Point converte as políticas na representação interna chamadas políticas de situação.
  7. O WebSphere DataPower faz download dos WSDLs para os serviços pelos quais ele é responsável por transacionar.
  8. O WebSphere DataPower faz download das políticas para os serviços pelos quais ele responsável quando notificado pelo WSRR.
  9. O WebSphere DataPower converte as políticas para a representação interna do WebSphere DataPower na forma de objetos SLM.
3 Monitoramento de políticas SOA com relatório e notificação de operações:
  1. As políticas de monitoramento estão ativas na Política de Situação do Policy Monitoring Point.
  2. O Policy Monitoring Point recebe informações de monitoramento e coloca essas informações em áreas de trabalho.
4 Execução de Políticas SOA:
  1. As políticas de execução estão ativas nos vários dispositivos WebSphere DataPower.
  2. O WebSphere DataPower recebe transações de serviço e aplica políticas para esse serviço de cliente e serviço de provedor.

5 O Policy Enforcement Point envia estatísticas de SOA Policy Enforcement para o Policy Monitoring Point.

6 O Policy Monitoring Point envia eventos de monitoramento para o Policy Administration Point:
  1. Os eventos são configurados no Policy Administration Point que requer monitoramento do Policy Monitoring Point. Essa ação ocorre apenas uma vez e é incluída ou alterada, conforme necessário.
  2. À medida que as políticas de situação são avaliadas como verdadeiras, os eventos são enviados ao Policy Authoring Point a partir do Policy Monitoring Point.
7 Monitoramento de alertas:
  • As políticas de situação são executadas periodicamente e tomam uma ação operacional, conforme especificado na política. O padrão é a cada 5 minutos.

Conceito Conceito

Feedback


Ícone de registro de data e hora Última atualização: 03/03/2014


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