A Arquitetura SOA Policy

A arquitetura SOA Policy descreve a interação de Policy Authoring Point (PAP), Policy Enforcement Point (PEP), Policy Decision Point (PDP), Policy Information Point (PIP) e Policy Monitoring Point (PMP). Nesse padrão, o PAP é atingido usando o WSRR e o PEP é atingido usando o WebSphere 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 de padrão acionável de SOA Policy é mostrado em Figura 1 e descrito abaixo.
Figura 1. Política de Acordo de Nível de Serviço (SLA) - O Modelo de Implementação SOAAs políticas são criadas e podem ser anexadas aos serviços. Há pub/sub 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 a serviços que requerem dessa política. Geralmente, isto segue a ordem a seguir:
    1. O conjunto de serviços é carregado ou criado no repositório de serviço. Isto é uma parte do Policy Authoring Point.
    2. O conjunto de políticas necessárias é criado no Policy Authoring Point usando o ciclo de vida de política:
      1. 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. A pub/sub automatizada de políticas do Policy Authoring Point aos Policy Enforcement Points e ao Policy Monitoring Point.
    Nota: O monitoramento usando o ITCAM for SOA não é incluído neste padrão.
    1. Como parte da configuração, o ITCAM for SOA assina a política de monitoramento a partir do WSRR. Isso ocorre apenas uma vez.
    2. Como parte da configuração, os gateways de proxy são criados em cada dispositivo WebSphere Data Power que possui transações de serviço com execução de política. Isso ocorre apenas uma vez e é incluso ou alterado 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. Isso ocorre apenas uma vez e é incluso ou alterado 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. Isso ocorre apenas uma vez e é incluso ou alterado conforme necessário.
    5. O ITCAM for SOA faz download das políticas de monitoramento conforme elas são publicadas.
    6. O ITCAM for SOA converte as políticas para a representação interna, chamadas de 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 no ITCAM para a Política de Situação SOA.
    2. O ITCAM for SOA recebe informações de monitoramento e coloca essas informações em áreas de trabalho.
    Nota: O monitoramento não é fornecido neste padrão.
  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.
    Nota: O monitoramento não está incluso neste padrão.
  6. O Policy Monitoring Point envia eventos de monitoramento ao Policy Authoring Point:
    1. Os eventos são configurados no Policy Authoring Point que precisam ser monitorados a partir do Policy Monitoring Point. Isso ocorre apenas uma vez e é incluso ou alterado 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.
    Nota: O monitoramento não está incluso neste padrão.
  7. Monitoramento de alertas:
    1. 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: 14 de novembro de 2012


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