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
- 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.
- 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.
- 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.
- 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). 