WebSphere WebSphere Enterprise Service Bus, Version 6.0.1 Sistemi operativi: AIX, HP-UX, Linux, Solaris, Windows

Pianificazione per l'utilizzo di Common Event Infrastructure

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à

  1. 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.
  2. 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.
  3. 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.

  4. 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).Diagramma del flusso di eventi, dall'origine al destinatario.
Attività correlate
Configurazione di common event infrastructure

Task topic

Condizioni di utilizzo | Valuta questa pagina

Timestamp iconUltimo aggiornamento: 5 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. Tutti i diritti riservati.
Questo information center è sviluppato con tecnologia Eclipse. (http://www.eclipse.org)