Tim Bass
07-13-2008 02:02
I På Beskeder og Events Opher spørger, "Er begivenhed behandling bare fantasinavn til besked behandling?"

De fleste tilfælde systemer ville være ufuldstændig uden evnen til at bearbejde hændelser i form af beskeder .** Beskeder kan leveres i enten en forbindelse orienteret protokol eller en forbindelsesløse protokol .*** Mest enterprise-class * messaging-systemer har begge dele. ** Mange messaging-systemer har funktioner som garanteret levering, som er vigtige for mange anvendelser.

På den anden side, behøver du ikke at arbejde med en postsystem * eller Enterprise Service Bus * (ESB) * at behandle begivenheder, fordi transport-laget er uafhængig af den begivenhed forarbejdning lag, teoretisk .** Mest * enterprise-class begivenhed behandling * systemarkitekturen vil bruge en kombination af både asynkrone og synkrone beskeder .*

At forstå, hvis behandling vil jeg anbefale du henvender dig til netstyring og den praktiske brug af Simple Network Management Protocol (SMNP) for en grundlæggende undertanding begivenhed behandling .** SNMP bruger både synkron event-baseret messaging, kaldes polling, og asynkron messaging, kaldet fælder .** Network Management systemer ingeniører bruger en kombination af både meningsmålinger og fældefangst i alle enterprise-class operationelle NMS .* Optimering afstemningssteder og fangst er en af de opgaver god NMS ingeniører gør det godt. Det samme gælder i de fleste tilfælde distribueret databehandlingsarkitekturer .**

For eksempel se på CEP / EP reference arkitektur på denne hjemmeside .* Du vil bemærke, at mekanismen for begivenheden transport er generisk, repræsenteret som en begivenhed bus, men det specificeres ikke, transport protokol .* Hvis du modtager rå begivenheder og sammenligne korreleret resultater mod en signatur i en database, du bruger både asynkrone og synkrone beskeder .*** I teorien kunne man bygge en begivenhed system med kun forbindelse orienterede protokoller, men dette ville være en exeception, ikke reglen.

Event behandling er generelt forbundet med messaging fordi vi generelt * repræsenterer event-objekter som elektroniske meddelelser .** I teorien kunne man kalde disse cyber event-objekter noget, vi ønsker, for eksempel, kunne vi kalde dem "pakker". Imidlertid pakker er generelt forbundet med den underliggende Internet Protocol (IP) lag af net ingeniører .**

Bevæger sig op i stakken, vi tænker i form af en komplet besked-objekt, som vi normalt kalder "en besked." * Dette indlæg kunne være en SNMP event-objekt, en SMTP-event-objekt (en e-mail), eller en HTML anmodning til en webserver, at kun nævne nogle få .*** I virkeligheden er den grundlæggende enhed i arbejde på applikationsniveau af et distribueret netværk ansøgning, hvad vi kalder "en besked." **

Så i På Beskeder og Events Opher spørger, "Er begivenhed behandling bare fantasinavn til besked behandling?"

Hændelser er generelt underrepræsenteret i nogle elektronisk format .* Den event-objekt skal transporteres elektronisk i cyberspace, og den måde, at det transporteres i, hvad netværket ingeniører generelt kalder "en besked." ** Det gør ingen forskel, hvad vi kalder det , virkelig, fordi uanset hvad vi kalder det, er det stadig binære data, der repræsenterer oplysninger, som vi er interesseret i, forhåbentlig i et format, kan vi effektivt at behandle .*** Enterprise-klassen begivenhed systemerne er designet til at arbejde med et utal af formater, protokoller og transporterer .** En størrelse passer ikke alle.

*

*



Kilde ...