Tim Bass
Mon, 02 Jun 2008 08:43:56 +0000

I svar til Paul Vincent's * innlegg Er CEP en tjeneste eller en prosess?* Jeg postet Er CEP en tjeneste eller en prosess? Reloaded.* Dette innlegget er følger en opp til min dialog med Paul og CEP samfunnet som helhet.
Noen av de mest bemerkelsesverdige kritiske kommentarer om boken "The Power of Events" var at boken ikke (for det meste) * diskutere arkitektur .*
Som vi alle vet, er det mange definisjoner av "arkitektur;" imidlertid en definisjon * som er enkel å diskutere i denne sammenheng, er at en IT-systemer * "arkitektur" representerer komponentene * IT * system * og relasjonene mellom de ulike * komponentene i arkitekturen .*
En arkitektur kan være "tekniske" eller "funksjonell" eller "operative" eller * "data" sentriske .* For eksempel kan en arkitektur være basert på en orkestrering av * service-komponenter, som en SOA .* I et annet eksempel, en arkitektur kan være representert ved semantikk for data .* I enda et eksempel kan en arkitektur være representert av funksjonaliteten til komponentene.
Fordi David bok om CEP ikke adressen arkitektur, har folk vært fri til å bruke "verktøyet" eller "teknikken" de liker, og kaller det "CEP" .** Mitt fokus har vært på total CEP funksjonalitet og referansearkitektur som benytter denne funksjonalitet for å løse CEP klasser av problemer.
Dette var en av de første emner (utgaver) * med CEP * vi identifisert et par år siden, og * er derfor vi, inkludert * meg * meg * gode ole 'dager på TIBCO til nå, har opprettet en funksjonell referanse arkitektur for CEP (også i denne bloggen og TIBCO CEP blogg).
I den funksjonelle referansearkitektur, drøftet vi * og illustrert * hvordan CEP bør fungere som et andelslag (distribuert) funksjonell referansearkitektur å løse de "ekte" CEP klasser av problemer.
Derfor bør * CEP ikke være stort sett betraktet * som en "prosess" eller en "service", * per se, fordi ** * CEP, som * funksjonell referanse arkitektur, viser metodene (functionaility) kreves for å løse komplekse gjenkjennings-orienterte problemer .* Dette abstrakte tillater CEP å ha noen mening i en bred sammenheng med hendelsen søknadsbehandling.
Naturligvis kan en funksjonell referansearkitektur sees på som en "service" hvis alle komponentene i arkitekturen samarbeide for å løse et problem og er innkapslet som en tjeneste .* I tillegg kan en funksjonell referansearkitektur sees på som en "prosess" når løse problemer i et spesifikt domene .* Så, er en "prosess", i dette tilfellet en forekomst av den funksjonelle referanse arkitektur, og hvis forekomsten er pakket som en løsning, kan denne løsningen være innkapslet som en tjeneste.
Så det er villedende, i hvert fall min mening, å * redusere CEP til en "prosess" eller en "service" hvis vi diskuterer en bestemt løsning på et problem innenfor et domene (funksjonell) referansearkitektur (funksjonell sammenheng).
Denne forvirringen også * manifesterer seg i livlig debatt mellom Mark Palmer og blogosphere om modenhet CEP .** Mark og andre har laget en forekomst av hendelse behandling i kapitalmarkedene og kaller det «CEP," da faktisk det de gjør er COTS algo handel og bruk av ett eller mer funksjonelle komponenter av CEP å realisere sin løsning.
Det er et viktig skille, etter min mening.



Kilde ...