Tim Bass
09/03/2008 05:31
A respose a CEP nem BPM, BAM, BRE, BRMS vagy SOA, Fiú blogger Mark Palmer álláshelyekhez Smart rendelési Útválasztás és CEP - Made for Each Other.** Mark nem jó munkát leírva a terv, hogy az intelligens útvonal (sor), de ő ellenpont * SOR, hogy az "összetett esemény feldolgozás" igen * nem meggyőző.

Egyetértek azzal, hogy Mark * * SOR fontos, és nagyon érdekes, de a válasz úgy tűnik, hogy * zavaros CEP a "komplex EAI" vagy a "komplex * üzenetküldő" alkalmazás .* Például, Mark azt mondja,

"Nem ritka, hogy egy egységes rendszer SOR csatlakozni a 10 vagy annál több piacok és több eszköztípusok .* Nem csak ez a Confluence eseményt, ez egy bonyolult stunningly környezet megteremtése, amely egy komplex, a valós idejű, modell, amely alkalmazni "egyszerű" routing döntésekben. Ennek alapján egyedül SOR igények CEP. "

Csatlakozás sok piaci feedekhez többszörös eszköztípusok is bonyolult, de a "bonyolult kapcsolatok" egy EAI * (adaptációs réteg) funkció nem * alapvető funkciója CEP .*** Valójában TIBCO * Szoftver * tette ezt Az alacsony latencia back-office érdekében routing * * sok évig, * és TIBCO * történelmileg ezt: "Üzenetek". * Adding néhány szabály, hogy nagy sebességű, alacsony lappangási üzenetküldés nem teszi a "CEP" alkalmazás.

Mark továbbá, hogy hozzanak létre * ellenbejelentés argumentummal ILOG's *Changhai Ke, Észrevételeket az,

"SOR működik elemzése összefolyásánál események piaci adatok táplálja, hogy abból OMS rendszerek, valamint a kivégzések, összesítése és elemzése az események valós időben, és állítsuk be útvonalra szóló határozatokat repülni.

Ez a jól utazott * * érvelés az "új feldolgozó * vendors a tőkepiacokon" volna mondani, még unconvincingly, az elmúlt néhány évben alapvetően a .* * * * a szempontból, hogy ha sok * "feedekhez "és a legfontosabb követelmény a" speed "-" táplálkozik, és a fordulatszám "- csinálsz" komplex feldolgozása esetén. "*

Mark Palmer * határozottan kijelentette, hogy ő opinon * * Az emberek, akik nem értenek egyet vele nem "érti" modern nap SOR .**** azonban, * erős counter érv lehet, hogy az "újoncok" a tőkepiacokon, mint a StreamBase nem értem, hogy "táplálja és sebességek" a * érdekében útvonal alig több, mint * moderan nap * EAI .** Ez az alapvető üzenete köröztetési képesség * és azt mintegy a sokáig .* Hiszen a Wall Street elég jól működött, mielőtt a kifejezés CEP volt coined! * * TIBCO technológia volt, hogy a Wall Street back office, alacsony latencia, intelligens routing érdekében egy évtizeddel ezelőtt, és hívják ezt a technológiát "Üzenetek" .**

Szóval marad meggyőződve, legalább Márk counter elküldeni, hogy a CEP .** SOR SOR, mint Mark, és más is leírja, hogy van egy kis lappangási üzenetküldő technológiák .* utasítások szabályok léteznek ebben technológia évtizedekben.

I * Mark teljesen egyetértek, hogy * alacsony latencia EAI (mint SOR már le is) a meglehetősen komplex *, a "takarmány és sebességek" terv .** A * I * szkeptikus marad, hogy táplálja és sebességek "* is sokkal több, mint a modern day * üzenetek és utasítások.

* Az elszámolás, a * a hálózati és biztonsági irányítási világ óta foglalkozik "miriád takarmányozásával és sebességek", amíg az eszemet tudom, de elismerte, nem olyan, mint * tőkepiacok .*** szedése miriád feedekhez, működési szabályok ellen táplálkozik, majd a * routing üzenetek / events további feldolgozás céljából, függetlenül attól, hogy a komplexitás a takarmányok és az adatok, * valóban * egy üzenetküldő / ESB technológia, mint a CEP technológia .*

Továbbra is teljesen nyitott gondolkodású olyan meggyőző érvek számláló.



Forrás ...