![]() |
Hej og Velkommen fra USA til UNIX og Linux Forums! Tak for dit besøg og deltager i vores globale samfund.
|
|
google unix.com
|
|||||||
| Forums | Registrer | Forum Regler | Links | Albums | FAQ | Members List | Kalender | Søgning | Dagens Stillinger | Mark Forums Read |
| Complex Event Processing RSS Nyheder Aggregerede RSS nyheder om CEP, ESP og EP. |
Mere UNIX og Linux Forum Emner du måske kan finde Helpful
|
||||
| Tråd | Thread Starter | Forum | Svar | Last Post |
| På latenstid i tilfælde netværk | iBot | Complex Event Processing RSS Nyheder | 0 | 08-05-2008 04:50 AM |
| Undgå ventetid, mens du redigerer fjernbetjening filer via bcvi | iBot | UNIX og Linux RSS Nyheder | 0 | 07-11-2008 04:40 AM |
| Latency Tager et bagsædet til Nøjagtighed i CEP Applications | iBot | Complex Event Processing RSS Nyheder | 0 | 11-21-2007 05:10 AM |
| Ron Ross om afgørelse Latenstiden | iBot | Complex Event Processing RSS Nyheder | 0 | 11-07-2007 07:50 PM |
| DT-beskeder kunne ikke startes | amirp | IP Networking | 3 | 04-10-2007 08:19 PM |
|
|
LinkBack | Thread Tools | Søg denne tråd | Rate Thread | Display Modes |
|
|||||
|
CEP er Ikke Low Latency Beskeder, EAI eller ESB
Tim Bass
09-03-2008 05:31 AM I respose til CEP er Ikke BPM, BAM, BRE, BRMS eller SOA, Kære blogger Mark Palmer stillinger, Smart Order Routing og CEP - Made for hinanden.** Mark gør et godt stykke arbejde, der beskriver hans perspektiv på smart for routing (Sør), men hans modsætning * at Sør er "kompleks begivenhed behandling" er helt * overbevisende. Jeg er enig med * Mark at * Sør er vigtigt og meget interessant, men i sit svar, han synes at være * forvirrende CEP med "komplekse EAI" eller en "kompleks * messaging" ansøgning .* For eksempel, Mark siger, "Det er ikke ualmindeligt, at en enkelt Sør-systemet til at oprette forbindelse til 10 eller flere markeder og flere aktivklasser .* Ikke blot er dette en sammenstrømningen af begivenheder, er det en stunningly kompliceret miljø, hvor for at skabe et kompleks, real-time model, hvor de kan anvende "simple" routing beslutninger. På dette grundlag alene, Sør behov CEP. "Tilslutning til mange marked feeds med flere aktivklasser kan være kompliceret, men "komplicerede forbindelser" er en EAI * (tilpasning lag) funktion, ikke * en kerne CEP funktion .*** Faktisk TIBCO * Software har * gjort denne type med lav latenstid back-office * For routing * i mange år, * og TIBCO * historisk kalder dette "messaging." * Tilføjelse nogle regler for høj hastighed, lav latenstid messaging gør det ikke en "CEP" ansøgning. Mark går på at etablere * et modargument til Ilog's *Changhai Ke, Kommentarer med, "Sør fungerer ved at analysere de sammenstrømningen af begivenheder fra markedet data feeds, så strømme fra OMS-systemer og henrettelser, aggregere og analysere disse begivenheder i realtid, og justere routing afgørelser om flyve."Dette er * godt rejste * argument den "nye stream forarbejdning sælgere * i kapitalmarkederne" har sagt, stadig ikke overbevisende, for de seneste par år .* Grundlæggende deres * perspektiv * er * at hvis du har en masse * "feeds "og et centralt krav for" Speed "-" feeds og hastighed "- du laver" kompleks begivenhed forarbejdning. "* Mark Palmer * kraftigt erklærede hans opinon * at * de folk, der ikke er enige med ham ikke "forstå" moderne dag Sør .**** Men * en stærk modargument kan ske, at de "nye" til kapitalmarkeder gerne StreamBase ikke forstår at "feeds og hastigheder" med * For rejsen er lidt mere * end moderan dag * EAI .** Dette er en grundlæggende budskab routing formåen *, og det har eksisteret i lang tid .* Når alt kommer til alt, Wall Street fungeret ganske godt før sigt CEP blev opfundet! * TIBCO teknologi * ydede Wall Street bagkontorprocesser, lav latenstid, smart for routing et årti siden, og de kaldte denne teknologi "messaging" .** Så jeg er fortsat ikke, i det mindste af Mark's indlæg, at Sør er CEP .** Sør, som Mark og andre har beskrive det, er en lav latenstid messaging teknologi .* Message routing regler er gældende i denne teknologi i årtier. I * enig med Mark helt at * lav latenstid EAI (ligesom Sør er blevet beskrevet) kan være ganske * komplekse, fra en "feeds og hastigheder" perspektiv .** Men * Jeg er fortsat * skeptiske at "feeds og hastigheder" * er meget mere end * moderne dag messaging og besked routing. I * lukkevinkler i * nettet og sikkerhedsprocedurer verden, vi har arbejdet med "utal feeds og hastigheder", så længe jeg kan huske, men * optages ikke lide kapitalmarkeder .*** Under utal feeds, der kører regler mod feeds og derefter routing den * beskeder / arrangementer for yderligere behandling, uanset hvor kompliceret den feeds og data, * er faktisk mere * af en messaging / ESB teknologi end en CEP teknologi .* Jeg er stadig helt åbent sind til nogen overbevisende modargumenter. Kilde ... |
| Bogmærker |
| Thread Tools | Søg denne tråd |
| Display Modes | Bedøm denne tråd |
|
|