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

Som svar på Paul Vincent's * post Er CEP en tjeneste eller en proces?* Jeg indsendt Er CEP en tjeneste eller en proces? Reloaded.* Dette indlæg er en opfølgning på min dialog med Paul og CEP samfund som helhed.
Nogle af de mere bemærkelsesværdige kritiske kommentarer til bogen "The Power of Events" var, at bogen ikke (for det meste) * diskutere arkitektur .*
Som vi alle ved, er der mange definitioner på "arkitektur" dog en definition *, der er nem at diskutere i denne sammenhæng, er, at en IT-systemer * "arkitektur" repræsenterer komponenter * IT * system * og relationer mellem de forskellige * komponenter i arkitekturen .*
En arkitektur kan være "teknisk" eller "funktionel" eller "operationelle" eller * "data" centric .* For eksempel kan en arkitektur baseret på en orkestrering af * service-komponenter, som en SOA .* I et andet eksempel, en arkitektur kan være repræsenteret ved semantik af data .* I endnu et eksempel, kan en arkitektur være repræsenteret ved funktionaliteten af komponenter.
Fordi David's bog om CEP ikke adresse arkitektur, har folk været fri til at bruge noget "værktøj" eller "teknik", de kan lide, og kalder det "CEP" .** Mit fokus har været på samlet CEP funktionalitet og reference arkitekturer at skildre denne funktionalitet til at løse CEP klasser af problemer.
Dette var en af de første emner (spørgsmål) * med CEP * vi identificeret et par år siden, og * Derfor er vi, herunder * mig på * min * good ole 'dage på Tibco indtil nu skabt en funktionel reference arkitektur for CEP (også i denne blog, og Tibco CEP blog).
I denne funktionel reference arkitektur, drøftede vi * og illustreret * hvordan CEP skal fungere som et andelsselskab (omdelt) funktionel reference arkitektur til at løse de fleste "rigtige" CEP klasser af problemer.
Derfor bør * CEP ikke generelt betragtes * som en "proces" eller en "tjeneste", * per se, fordi ** * CEP, som en * funktionel reference arkitektur, skildrer de metoder (functionaility) kræves til at løse komplekse afsløring-orienterede problemer .* Dette abstrakt giver CEP at have betydning i en bredere kontekst begivenhed behandlingen af ansøgningerne.
Naturligvis kan en funktionel reference arkitektur ses som en "service", hvis alle de komponenter i arkitekturen samarbejder om at løse et problem, og er indkapslet som en tjeneste .* Desuden kan en funktionel reference arkitektur ses som en "proces", når løse problemer i et bestemt domæne .* Så en "proces", i dette tilfælde, er et eksempel på den funktionelle reference arkitektur, og hvis det eksempelvis er pakket som en løsning, kan denne løsning være indkapslet som en service.
Så det er misvisende, i hvert fald efter min mening, at * reducere CEP til en "proces" eller en "tjenesteydelse", medmindre vi taler om en bestemt løsning på et domæne problem inden for en (funktionelle) reference arkitektur (funktionel sammenhæng).
Denne forvirring også * manifesterer sig i livlig debat mellem Mark Palmer og blogosfæren om modenhed CEP .** Mark og andre har skabt et tilfælde af begivenhed forarbejdning i kapitalmarkederne og kalder det "CEP," når de i virkeligheden, hvad de gør, er COTS algo handel, og ved hjælp af en eller mere funktionelle komponenter af CEP at realisere deres løsning.
Det er en vigtig forskel, efter min mening.



Kilde ...