La arquitectura de política SOA

La arquitectura de política SOA describe la interacción del punto de creación de políticas (PAP), el punto de aplicación de políticas (PEP), el punto de decisión de política (PDP), el punto de información de política (PIP) y el punto de supervisión de política (PMP). En este patrón, el PAP se consigue utilizando WSRR y el PEP se consigue utilizando WebSphere DataPower.

La organización de la arquitectura básica de la política y la definición de esos puntos clave es la siguiente: El consumidor y el proveedor ambos interactúan con el middleware, que a su vez interactúa con el repositorio y el software de supervisión.

¿Cómo funciona conjuntamente la arquitectura de la política SOA?

El flujo del patrón accionable de la política SOA se muestra en la Figura 1 y se describe a continuación.
Figura 1. Política de Acuerdo de nivel de servicio (SLA): el modelo de despliegue de SOA Se pueden crear políticas y asociar a servicios. Existe publicación/suscripción automatizada de políticas desde el punto de creación de políticas. Las políticas se pueden supervisar con informes y notificación de operaciones. Se aplican políticas de SLA. Se envían medidas de aplicación de políticas de SLA al punto de supervisión de políticas. Se puede utilizar análisis de política para la gestión de puntos de creación de políticas. Existen alertas de supervisión para su uso en la aplicación de políticas.
  1. Las políticas se crean y después se adjuntan a servicios que necesitan esa política. Normalmente, esto sigue el orden siguiente:
    1. El conjunto de servicios se carga o crea en el repositorio de servicios. Esto forma parte del punto de creación de políticas.
    2. El conjunto de políticas necesarias se crea en el punto de creación de políticas utilizando el ciclo de vida de la política:
      1. Se adjuntan políticas a los servicios que necesitan esas políticas, a nivel de nivel, operación o punto final, según sea necesario.
  2. Publicación/suscripción automatizada de políticas desde el punto de creación de políticas a los puntos de aplicación de políticas y el punto de supervisión de política:
    Nota: Este patrón no incluye supervisión mediante ITCAM para SOA.
    1. Como parte de la configuración, ITCAM para SOA se suscribe a la política de supervisión desde WSRR. Esto se produce una sola vez.
    2. Como parte de la configuración, se crean pasarelas de proxy en cada dispositivo de WebSphere Data Power que tenga transacciones de servicio con aplicación de políticas. Esto se lleva a cabo una sola vez y se añade o se modifica, según sea necesario.
    3. Como parte de la configuración, cada pasarela proxy del dispositivo se suscribe a políticas de WSRR para servicios de los que es responsable. Esto se lleva a cabo una sola vez y se añade o se modifica, según sea necesario.
    4. Como parte de la configuración, WebSphere DataPower se configura de modo que las políticas se puedan compartir con otros dispositivos de un clúster. Esto se lleva a cabo una sola vez y se añade o se modifica, según sea necesario.
    5. ITCAM para SOA descarga las políticas de supervisión a medida que se publican.
    6. ITCAM para SOA convierte las políticas en la representación interna denominada políticas de situación.
    7. WebSphere DataPower descarga los WSDL para los servicios de los que es responsable.
    8. WebSphere DataPower descarga las políticas para los servicios de los que es responsable, cuando se lo notifica WSRR.
    9. WebSphere DataPower convierte las políticas internas en la representación WebSphere DataPower interna con el formato de objetos SLM.
  3. Supervisión de políticas SOA con operaciones de generación de informes y notificaciones:
    1. Las políticas de supervisión están activas en ITCAM para la política de situación SOA.
    2. ITCAM para SOA recibe información de supervisión y coloca esta información en los espacios de trabajo.
    Nota: No se proporciona supervisión en este patrón.
  4. Aplicación de políticas SOA:
    1. La aplicación de políticas está activa en los diferentes dispositivos WebSphere DataPower.
    2. WebSphere DataPower recibe las transacciones de servicios y aplica políticas para dicho servicio de consumidor y para el proveedor de servicios.
  5. El punto de aplicación de políticas envía estadísticas de aplicación de políticas SOA al punto de supervisión de políticas.
    Nota: Este patrón no incluye supervisión.
  6. El punto de supervisión de políticas envía sucesos de supervisión al punto de creación de políticas:
    1. Se configuran sucesos en el punto de creación de políticas que se necesita supervisar desde el punto de supervisión de políticas. Esto se lleva a cabo una sola vez y se añade o se modifica, según sea necesario.
    2. A medida que la evaluación de las políticas situación da como resultado True, se transfieren sucesos desde el punto de creación de políticas al punto de supervisión de políticas.
    Nota: Este patrón no incluye supervisión.
  7. Supervisión de alertas:
    1. Se ejecutan periódicamente políticas de situación y se emprenden acciones operativas según lo especificado en la política. El valor predeterminado es cada 5 minutos.

Concepto Concepto

Comentarios


Icono de fecha y hora Última actualización: 16 de octubre de 2012


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