WebSphere WebSphere Enterprise Service Bus, Version 6.0.1 Sistemas operativos: AIX, HP-UX, Linux, Solaris, Windows

Planificación para el uso de Common Event Infrastructure

Common Event Infrastructure facilita sucesos.

Por qué y cuándo se efectúa esta tarea

Common Event Infrastructure proporciona recursos para la generación, la propagación, la permanencia y el consumo de sucesos, pero no define los sucesos reales. Cuando planifique usar la infraestructura de sucesos en el diseño del sistema, debe comprender los conceptos empresariales relevantes y correlacionarlos con los componentes adecuados del diseño del sistema. Debe proporcionar la semántica de la gestión de sucesos definiendo tipos de sucesos y grupos de sucesos, en el contexto de una arquitectura de orígenes de sucesos y consumidores de sucesos.

Pasos para realizar esta tarea

  1. Identifique cada origen de sucesos. El origen de sucesos es la aplicación que crea el suceso. El origen de sucesos pasa el objeto de suceso a la infraestructura de sucesos. La infraestructura de sucesos también almacena el objeto de suceso en una base de datos para su posterior recuperación. El rol de una infraestructura de sucesos consiste en pasar el objeto de suceso a las aplicaciones que expresen interés en recibirlo.
  2. Identifique cada consumidor de sucesos. Un consumidor de sucesos es una aplicación que puede usar la información que contiene el objeto de suceso. Los consumidores de sucesos suelen procesar sucesos de una serie de orígenes de sucesos.
  3. Identifique la jerarquía de las esferas de correlación de sucesos y los identificadores de estas esferas. Los consumidores de sucesos pueden usar esferas de correlación de sucesos para correlacionar sucesos. La clase ECSEmitter da soporte a una jerarquía de esferas de correlación almacenando el identificador actual y el identificador padre de las esferas de correlación de un suceso en cada suceso.
    Nota: Las posibilidades de ECSEmitter y la esfera de correlación se proporcionan mediante el servicio de sucesos y no a través de Common Event Infrastructure.

    Por ejemplo, una actividad del lenguaje de ejecución de procesos empresariales (BPEL) abre una esfera de correlación de la actividad actual que identifica la actividad con el ID de instancia de actividad. La esfera de correlación padre es la esfera de correlación de la instancia de proceso en cuyo nombre se ejecuta la actividad. La esfera de correlación padre se identifica mediante el ID de instancia de proceso.

  4. Identifique cada grupo de sucesos. Un grupo de sucesos define las características (valores de propiedad) que todos los sucesos de interés en un tipo de consumidor determinado pueden contener. Las políticas, como controles de acceso y reglas de distribución, se asignan a grupos de sucesos para personalizar el comportamiento de la infraestructura de sucesos para cada grupo de usuarios.

Ejemplo

WebSphere proporciona un grupo de sucesos predeterminado definido para incluir todos los sucesos. Este grupo de sucesos se denomina lista de grupos de sucesos y tiene un nombre JNDI (Java Naming and Directory Interface) de com/ibm/events/configuration/event-groups/Default

La figura siguiente muestra la relación entre estos objetos:

Figura 1. La arquitectura de un origen de sucesos (que crea sucesos), un consumidor de sucesos (que usa los datos de sucesos) y un grupo de sucesos (que define las características y las políticas asociadas para cada tipo de suceso). Diagrama del flujo de sucesos, del origen al consumidor.
Tareas relacionadas
Configuración de Common Event Infrastructure

Task topic

Condiciones de uso | Evalúe esta página

Icono de fecha y horaÚltima actualización: 2 Mar 2006
http://publib.boulder.ibm.com/infocenter/dmndhelp/v6rxmx/index.jsp?topic=/com.ibm.websphere.wesb.doc.nl1_6.0.1\doc\tcei_install_planningCEI.html

(C) Copyright IBM Corporation 2005. Reservados todos los derechos.
Este centro de información está basado en tecnología Eclipse. (http://www.eclipse.org)