Common Event Infrastructure facilita gli
eventi.
Perché e quando eseguire questa attività
Common Event Infrastructure fornisce funzionalità per la
creazione, propagazione, persistenza e utilizzo di eventi, ma non definisce gli
eventi reali. Quando si pianifica di utilizzare l'infrastruttura di evento nella progettazione di sistemi,
è necessario capire i concetti di business rilevanti ed associarli ai
componenti appropriati della progettazione di sistemi. E' necessario fornire le semantiche di gestione dell'evento
tramite la definizione di tipi e gruppi di eventi, nel contesto di un'architettura di origini eventi e
destinatari di eventi.
Passi per questa attività
- Identificare ogni origine evento. L'origine evento è l'applicazione che crea
l'evento. L'origine evento passa l'oggetto evento alla infrastruttura di
evento. L'infrastruttura di evento memorizza anche l'oggetto evento in un database
per il richiamo successivo. Il ruolo dell'infrastruttura di evento è quello di passare
l'oggetto evento in tutte le applicazioni interessate a
riceverlo.
- Identificare ogni destinatario evento. Un destinatario di evento è un'applicazione
che può utilizzare le informazioni che contiene nell'oggetto
evento. Di solito, i destinatari di eventi elaborano gli eventi da un numero di origini eventi.
- Identificare la gerarchia di settori di correlazione eventi e gli identificativi
per questi settori. I consumatori di eventi possono utilizzare i settori di correlazione
eventi per la correlazione di eventi. La classe ECSEmitter supporta una gerarchia di settori di correlazione
tramite la memorizzazione dell'identificativo corrente e principale dei settori di correlazione di un
evento in ciascun evento.
Nota: ECSEmitter e le funzionalità del settore di correlazione vengono
forniti tramite il servizio di eventi e non
attraverso Common Event Infrastructure.
Ad esempio,
un'attività BPEL (Business Process Execution Language) apre un settore di correlazione per
l'attività corrente che identifica l'attività con l'ID di istanza
dell'attività. Il settore di correlazione principale è il settore di
correlazione di istanza del processo sul funzionamento dell'attività in
esecuzione. Il settore di correlazione principale viene identificato dall'ID di istanza del
processo.
- Identificare ogni gruppo eventi. Un gruppo eventi definisce le caratteristiche
(valori di proprietà) che tutti gli eventi di interesse per uno specifico tipo di destinatario
possono contenere. Le politiche, come il controllo accessi e la distribuzione ruoli,
vengono assegnate ai gruppi eventi per personalizzare il funzionamento dell'infrastruttura di evento
per ciascun gruppo di eventi.
Esempio
WebSphere fornisce un gruppo di eventi predefinito definito per includere tutti gli
eventi. Questo gruppo di eventi viene denominato Elenco gruppi di eventi e possiede un nome JNDI
(Java Naming and Directory Interface) di com/ibm/events/configuration/event-groups/Default
La seguente figura
mostra la relazione tra questi oggetti:
Figura 1. L'architettura di un'origine evento
(che crea eventi), un destinatario evento
(che utilizza i dati dell'evento) e un gruppo di eventi (che definisce le caratteristiche
e associa le politiche per ciascun tipo di evento).