Tim Bass
07.13.2008 02:02
In Op Messaging en Evenementen Opher vraagt "Is event processing gewoon fantasienaam op bericht verwerking?"

De meeste event processing systemen zou onvolledig zijn zonder de mogelijkheid om gebeurtenissen in de vorm van berichten .** Berichten kunnen geleverd worden in hetzij een connectie-georiënteerd protocol of een verbindingsloos protocol .*** De meeste enterprise-klasse * messaging systemen proces beide. ** Veel messaging systemen hebben functies zoals gegarandeerde aflevering, die belangrijk zijn voor vele toepassingen.

Aan de andere kant, hoef je niet te werken met een messaging systeem * of * Enterprise Service Bus (ESB) * voor het verwerken van gebeurtenissen, omdat de transportlaag is onafhankelijk van de gebeurtenis verwerking laag, theoretisch .** * De meeste enterprise-klasse * event processing systeem architecturen zal gebruik maken van een combinatie van zowel asynchrone en synchrone messaging .*

Om te begrijpen hoe de verwerking Ik beveel u zich wenden tot netwerkbeheer en het praktisch gebruik van het Simple Network Management Protocol (SMNP) voor een fundamentele undertanding van het evenement verwerking .** SNMP gebruikt zowel synchrone gebeurtenissen gebaseerde messaging, de zogenaamde polling, en asynchrone messaging, genaamd vallen .** netwerk management systemen ingenieurs gebruiken een combinatie van beide verkiezingen en de vangst in alle enterprise-klasse operationele NMS .* optimaliseren stembureau en de vangst is een van de taken goed NLS ingenieurs doen het goed. Hetzelfde geldt in de meeste gedistribueerde event processing platforms .**

Bijvoorbeeld, kijk naar de CEP / EP referentie architectuur op deze site .* U zult merken dat het mechanisme voor het geval het vervoer een soortnaam is, voorgesteld als een gebeurtenis bus, maar het heeft niet aangegeven wat voor transport protocol .* Als u ontvangt ruwe evenementen en het vergelijken van de resultaten gecorreleerd tegen een handtekening in een database, u zowel asynchrone en synchrone messaging .*** In theorie zou je bouwen aan een evenement systeem met slechts connectie-georiënteerde protocollen, maar dit zou een exeception, niet de regel.

Event verwerking is algemeen geassocieerd met messaging, omdat we in het algemeen * vertegenwoordigen event-objecten als elektronische berichten .** In theorie kunnen we noemen deze cyber-objecten geval alles wat we willen, bijvoorbeeld, konden we noemen ze 'pakketjes. "Echter, pakketten zijn over het algemeen geassocieerd met de onderliggende Internet Protocol (IP) laag door netwerk ingenieurs .**

Verhuizing van de stack, denken we in termen van een volledige message-object, die over het algemeen noemen we "een boodschap." * Dit bericht kan een SNMP-event-object, een SMTP-event-object (een e-mailbericht), of een HTML - verzoek aan een webserver, om slechts een paar te noemen .*** In feite is de basiseenheid van de werkzaamheden op de toepassing niveau van een gedistribueerd netwerk applicatie is wat wij noemen "een boodschap." **

Dus, Op Messaging en Evenementen Opher vraagt "Is event processing gewoon fantasienaam op bericht verwerking?"

Evenementen zijn over het algemeen vertegenwoordigd in sommige elektronisch formaat .* De event-object langs elektronische weg moeten worden vervoerd in cyberspace, en de manier waarop zij wordt vervoerd is in welk netwerk-ingenieurs in het algemeen gesprek "een boodschap." ** Het maakt geen verschil wat we noemen , echt, want wat wij noemen, is het nog steeds binaire data representatie van informatie zijn wij in geïnteresseerd zijn, hopelijk in een formaat dat we efficiënt kunnen verwerken .*** Enterprise-class event processing systemen zijn ontworpen om te werken met talloze formaten, protocollen en transporten .** Een maat past niet allemaal.

*

*



Bron ...