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

Som svar på Paul Vincent's * post Är CEP en tjänst eller en process?* I posted Är CEP en tjänst eller en process? Reloaded.* Det här inlägget är en uppföljning till min dialog med Paul och CEP samhället som helhet.
Några av de mer anmärkningsvärda kritiska synpunkter på boken "The Power of Events" var att boken inte (för det mesta) * diskutera arkitekturen .*
Som vi alla vet finns det många definitioner av "arkitektur," dock en definition * som är lätt att diskutera i detta sammanhang, är att ett IT-system * "arkitektur" utgör komponenterna i * IT * systemet * och relationer mellan de olika * komponenter i arkitekturen .*
En arkitektur kan vara "tekniskt" eller "funktionell" eller "operativa" eller * "data" centric .* Till exempel kan en arkitektur baseras på en iscensatte * service-komponenter, som en SOA .* I ett annat exempel, en arkitektur kan representeras av semantiken i data .* I ännu ett exempel, kan en arkitektur representeras av funktionaliteten av komponenterna.
Eftersom David bok om CEP inte behandlade arkitektur, har folk varit fritt att välja vilka "verktyg" eller "teknik" som de vill, och kalla det "CEP" .** Mitt fokus har legat på övergripande CEP funktionalitet och arkitektur referens som skildrar denna funktionalitet för att lösa CEP klasser av problem.
Detta var en av de första frågor (frågor) * med CEP * vi identifierat ett antal år sedan, och * är därför som vi, inklusive * mig på * min * good ole 'days på TIBCO tills nu skapat en funktionell referens arkitektur för CEP (även i den här bloggen och TIBCO CEP blogg).
I det funktionella referens arkitektur, diskuterade vi * och illustrerade * hur CEP ska fungera som ett kooperativ (distribueras) funktionell hänvisning arkitektur för att lösa de flesta "riktiga" CEP klasser av problem.
Därför bör * CEP inte, generellt sett, betraktas * som en "process" eller en "tjänst", * per se, eftersom ** * CEP, som en * funktionell referens arkitektur, beskriver de metoder (functionaility) som krävs för att lösa komplexa upptäckt orienterade problem .* Det abstrakta tillstånd CEP ha betydelse i ett större sammanhang av ansökningar händelsehantering.
Naturligtvis kan en funktionell referens arkitektur ses som en "tjänst" om alla komponenter i arkitekturen samarbeta för att lösa ett problem och kapslas in som en tjänst .* Dessutom kan en funktionell referens arkitektur ses som en "process" när lösa problem inom en viss domän .* Så det är en "process", i detta fall, ett exempel på funktionell referens arkitektur, och om fallet är förpackat som en lösning, kan denna lösning vara inkapslade som en tjänst.
Så det är missvisande, åtminstone enligt min mening, att * minska CEP en "process" eller en "tjänst" om vi diskuterar en viss lösning till en domän problem inom en (fungerande) referens arkitektur (funktionella sammanhang).
Denna förvirring också * manifesterar sig i livlig debatt mellan Mark Palmer och bloggvärlden om mognad CEP .** Mark och andra har skapat en instans av händelsehantering på kapitalmarknaderna och kalla det "CEP", när i själva verket, vad de gör är COTS algo trading och använder ett eller mer funktionella komponenter av CEP att förverkliga sin lösning.
Det är en viktig skillnad, enligt min åsikt.



Källa ...