Tim Bass
09-03-2008 05:31 AM
I respose til CEP er ikke BPM, BAM, BRE, BRMS eller SOA, Stipendiat blogger Mark Palmer innlegg Smart Bestill Ruting og CEP - skapt for hverandre.** Mark gjør en god jobb beskriver hans perspektiv på smart pålegg routing (SOR), men hans counterpoint * at SOR er "kompleks hendelse behandling" er ganske * unconvincing.

Jeg er enig med * Merk at * SOR er viktig og svært interessant, men i sitt svar han synes å være * forvirrende CEP med "komplekse EAI" eller en "kompleks * messaging"-programmet .* For eksempel Mark sier,

"Det er ikke uvanlig for en enkelt SOR-systemet til å koble til 10 eller flere markeder og flere aktiva klasser .* Ikke bare er dette en Confluence av hendelser, det er en fantastisk kompliserte miljø der for å lage en kompleks, sanntid modell der til gjelder "enkle" routing beslutninger. På dette grunnlag alene, SOR behov CEP".

Koble til mange markedet strømmer med flere aktiva klasser kan være komplisert, men "kompliserte forbindelser" er en EAI * (tilpasning layer)-funksjonen, ikke * en kjerne CEP funksjon .*** faktisk TIBCO * Software har * gjort denne typen av lav latency back-office * bestille routing * i mange år, * og TIBCO * historisk kaller dette "meldinger." * Legge noen regler for høy hastighet, lav latency meldingsenheten ikke gjør det til en "CEP" programmet.

Mark fortsetter å sette opp * a counter argument til Ilog's *Changhai Ke, Kommentarer med,

"SOR opererer ved å analysere sammenløpningen av hendelser fra markedsdata feeds, orden flyter fra Oms systemer, og henrettelser, samles og analysere slike hendelser i sanntid, og justere routing beslutninger på et øyeblikk."

Dette er * godt reiste * argument de "nye stream prosessering leverandører * i kapitalmarkedene har blitt si, fortsatt unconvincingly, for de siste årene .* utgangspunktet deres * perspektiv * er * at hvis du har mange *" feeds "og en sentral forutsetning for" speed "-" feeds og fart "- du gjør" kompleks hendelse behandling. "*

Mark Palmer * forcefully erklærte sin opinon * at * det folk som ikke er enig med ham ikke "forstå" moderne SOR .**** imidlertid * sterk counter argumentet kan gjøres at "nykommere" til kapitalmarkedene som StreamBase forstår ikke at "strømmer og hastigheter" med * bestille ruting er litt mer * enn moderan dag * EAI .** Dette er en grunnleggende melding ruting evne * og det har vært rundt i lang tid .* tross alt Wall Street opereres ganske lenge før begrepet CEP ble laget! * TIBCO teknologi * var å gi Wall Street back office, lav ventetid, smart pålegg routing et tiår siden, og de kalles denne teknologien "messaging" .**

Så jeg er fortsatt unconvinced minst ved Markusplassen counter innlegg, som SOR er CEP .** Sør, som Mark og andre har beskrive det, er en lav latency meldingsenheten teknologi .* Message routing regler har eksisterende i denne teknologien i flere tiår.

I * enig med Mark helt som * lav latency EAI (som SOR er beskrevet) kan være ganske * sammensatt, fra en "strømmer og hastigheter" perspektiv .** Men jeg forblir * skeptiske at "strømmer og hastigheter" * er mye mer enn * moderne beskjeder og meldinger ruting.

I * lukking, i * nettverket og sikkerhet management verden har vi håndtere "mylderet strømmer og hastigheter" så lenge jeg kan huske, men * innrømmet ikke like kapitalmarkedene .*** Taking mylderet innmatinger, kjører regler mot feeds og ruting av * meldinger / events for videre behandling, uavhengig av kompleksiteten i innmatinger og data, * er faktisk mer * av et messaging / ESB teknologi enn en CEP teknologi .*

Jeg er fortsatt helt åpent sinn til noen overbevisende counter argumenter.



Kilde ...