Tim Bass
07-13-2008 02:02
I På Meldinger og arrangementer Opher spør, "Er hendelsen prosessering bare fancy navn på meldingen behandling?

De fleste tilfelle behandling systemene vil være ufullstendig uten mulighet til å behandle hendelser i form av meldinger .** Meldinger kan leveres i enten en forbindelsesorientert protokoll eller en forbindelsesløs protokoll .*** Mest enterprise-klasse * meldingssystemer ha begge deler. ** Mange messaging systemer har funksjoner som garantert levering, som er viktige for mange programmer.

På den annen side, trenger du ikke å jobbe med et meldingssystem * eller Enterprise Service Bus * (ESB) * behandle hendelser, fordi transport laget er uavhengig av hendelsen behandling lag, teoretisk .** fleste * enterprise-class hendelse bearbeiding * systemarkitektur vil bruke en kombinasjon av både asynkrone og synkrone meldingstjenester .*

For å forstå hendelsen behandling anbefaler jeg at du slår til nettverket ledelse og den praktiske bruken av Simple Network Management Protocol (SMNP) for en grunnleggende undertanding av hendelsen behandling .** SNMP bruker både synkron hendelse-baserte meldingstjenester, kalt polling og asynkrone meldinger, kalt feller .** Network styringssystemer ingeniører bruker en kombinasjon av begge polling og fangst i alle storbedriftsklassen operative NMS .* Optimalisering polling og fangst er en av oppgavene gode NMS ingeniører gjøre det bra. Det samme gjelder i de fleste tilfelle distribuert prosessering arkitekturer .**

For eksempel se på CEP / EP referansearkitektur på dette nettstedet .* Du vil merke at mekanismen for arrangementet transport er generisk, framstilles som en hendelse buss, men spesifiserer ikke transportprotokoll .* Hvis du får rå hendelser og sammenligner korrelert resultater mot en signatur i en database, du bruker både asynkrone og synkrone meldingstjenester .*** I teorien kan du bygge en hendelse processing system med bare forbindelsesorientert protokoller, men dette ville være en exeception, ikke regelen.

Event behandling er vanligvis forbundet med beskjed fordi vi generelt * representerer event-objekter som elektroniske meldinger .** I teorien kunne vi kalle disse cyber event-objekter noe vi ønsker, for eksempel, kunne vi kalle dem "pakker". Imidlertid pakker er som regel forbundet med underliggende IP (Internet Protocol) laget av nettverk ingeniører .**

Flytte opp stabelen, tror vi i form av en fullstendig melding-objektet, som vi vanligvis kaller "en melding." * Denne meldingen kan være en SNMP hendelse-objekt, en SMTP-event-objekt (en e-postmelding), eller en HTML forespørsel til en web server, bare for å nevne noen .*** Faktisk er den grunnleggende enheten i arbeid på applikasjonsnivå av et distribuert nettverk program som vi kaller "en melding." **

Så, i På Meldinger og arrangementer Opher spør, "Er hendelsen prosessering bare fancy navn på meldingen behandling?

Hendelser er vanligvis representert i noen elektronisk format .* Arrangementet-objektet må transporteres elektronisk i cyberspace, og måten det transporteres i det nettverket ingeniører vanligvis kaller "en melding." ** Det gjør ingen forskjell hva vi kaller det , egentlig, for uansett hva vi kaller det, er det fortsatt binære data som representerer informasjonen vi er interessert i, forhåpentligvis i et format vi kan effektivt behandle .*** Enterprise-klassen hendelse behandling systemene er designet for å arbeide med utallige formater, protokoller og transporterer .** Én størrelse passer ikke alle.

*

*



Kilde ...