Tim Bass
Lunedì, 02 giugno 2008 08:43:56 +0000

In risposta a Paolo Vincent's * Post CEP è un servizio o un processo?* Ho inviato CEP è un servizio o un processo? Reloaded.* Questo post è un follow-up per il mio dialogo con Paolo e la comunità CEP, nel suo complesso.
Alcuni dei più notevoli osservazioni critiche sul libro "Il potere di eventi", è stato che il libro non ha (per la maggior parte) * discutere architettura .*
Come tutti sappiamo, ci sono molte definizioni di "architettura"; tuttavia, una definizione che è facile * per discutere, in questo contesto, è che uno dei sistemi * "architettura" rappresenta le componenti di uno IT * * * e il sistema rapporti tra le varie componenti * in architettura .*
L'architettura può essere "tecnico" o "funzionali" o "operativo" * o "dati" centric .* Per esempio, l'architettura può essere basata su una orchestrazione di servizi * componenti, come una SOA .* In un altro esempio, un l'architettura può essere rappresentata dalla semantica dei dati .* In ancora un altro esempio, l'architettura può essere rappresentata dalla funzionalità dei componenti.
Perché il libro di David sulla CEP non ha indirizzo architettura, la gente è stata libera di utilizzare qualsiasi "strumento" o "tecnica" che piace, e lo chiamano "CEP" .** Il mio accento è stato posto sul globale CEP funzionalità e le architetture di riferimento che descrivono questo CEP funzionalità per risolvere classi di problemi.
Questo è stato uno dei primi argomenti (tematiche) * con * CEP abbiamo individuato alcuni anni fa; e * è il motivo per cui noi, me compreso * * * la mia buona ole 'giorni a TIBCO fino ad ora, ha creato un funzionale di riferimento per l'architettura CEP (anche in questo blog e la TIBCO CEP blog).
In tale architettura funzionale di riferimento, abbiamo discusso e illustrato * * CEP come dovrebbe funzionare come una cooperativa (distribuito) architettura funzionale di riferimento per risolvere la maggior parte "reale" CEP classi di problemi.
Pertanto, CEP * non deve essere, in generale, considerato * come un "processo" o un "servizio", di per sé *, ** * CEP perché, come un * architettura funzionale di riferimento, raffigura le metodologie (functionaility) necessarie per risolvere complessi problemi di rilevazione orientate .* Questa astratto CEP permessi ad avere un senso in un ampio contesto di eventi applicazioni di elaborazione.
Naturalmente, una architettura funzionale di riferimento può essere considerato come un "servizio", se tutti i componenti in architettura cooperare per risolvere un problema e sono racchiusi in un servizio .* In aggiunta, l'architettura funzionale di riferimento può essere considerato come un "processo", quando risolvere i problemi in un dominio specifico .* Quindi, un "processo", in questo caso, è un esempio di architettura funzionale di riferimento, e se l'istanza è confezionato come una soluzione, questa soluzione può essere incapsulato come un servizio.
Quindi, è fuorviante, almeno a mio parere, CEP * per ridurre ad un "processo" o un "servizio" a meno che stiamo discutendo di una particolare soluzione di un problema all'interno di un dominio (funzionali) l'architettura di riferimento (contesto funzionale).
* Questa confusione si manifesta anche nel vivace dibattito Mark Palmer tra la blogosfera e per quanto riguarda la durata della CEP .** Marco e altri hanno creato un esempio di evento di trasformazione nei mercati dei capitali e la chiamano "CEP", quando in realtà, ciò che stanno facendo è COTS algo scambio e l'utilizzo di uno o più componenti funzionali del CEP di realizzare la loro soluzione.
La distinzione è importante, a mio parere.



Fonte ...