Tim Bass
07-13-2008 02:02
In På Messaging and Events Opher frågar Är händelsehantering bara fantasinamn för meddelandehantering? "

Flesta fall bearbetningssystem skulle vara ofullständig utan möjlighet att bearbeta händelser i form av meddelanden .** Budskap kan levereras i antingen en förbindelse-orienterade protokoll eller en anslutningsfritt protokoll .*** De flesta företagsklass * meddelandesystem har båda. ** Många meddelandesystem har funktioner som garanterad leverans, som är viktiga för många tillämpningar.

Å andra sidan behöver du inte arbeta med ett meddelandesystem * eller Enterprise Service Bus * (ESB) * för att bearbeta händelser, eftersom transportkostnaderna lagret är fristående från det händelsehantering lager, teoretiskt .** Mest * företagsklass händelsehantering * systemarkitektur kommer att använda en kombination av både asynkrona och synkrona messaging .*

För att förstå händelsehantering Jag rekommenderar att du vänder dig till nätdrift och den praktiska användningen av Simple Network Management Protocol (SMNP) för en grundläggande undertanding av händelsehantering .** SNMP använder både synkron händelse-baserade meddelandesystem, kallad polling och asynkrona meddelanden, kallas fällor .** Nätförvaltarna systemingenjörer använda en kombination av både röstningen och fångstmetoder i alla företag klass operativa NMS .* Optimera röstningen och fångst är en av uppgifterna bra NMS ingenjörer göra bra. Samma sak gäller i de flesta distribuerad händelsehantering arkitekturer .**

Till exempel titta på CEP / EP hänvisning arkitektur på denna webbplats .* Du kommer att märka att mekanismen för evenemanget transport är generisk, representeras som en händelse buss, men det anges inte transportprotokollet .* Om du får rå händelser och jämföra resultaten korreleras mot en signatur i en databas, du använder både asynkrona och synkrona meddelandetjänster .*** I teorin kan du bygga ett system vid behandling med endast förbindelse-orienterade protokoll, men detta skulle vara ett exeception, inte regeln.

Händelsehantering i allmänhet förknippas med messaging, eftersom vi i allmänhet * representerar event-objekt som elektroniska meddelanden .** I teorin kan vi kalla dessa cyber event-objekt allt vi vill, till exempel, skulle vi kunna kalla dem "-paket." However, paket i allmänhet förknippas med den underliggande Internet Protocol (IP) skikt av nätingenjörer .**

Flyttar upp bunten, tror vi i form av en komplett meddelande-objekt, som i allmänhet vi kallar "ett meddelande." * Detta meddelande kan vara en händelse SNMP-objekt, en SMTP-event-objekt (ett e-postmeddelande), eller en HTML förfrågan till en webbserver, att bara nämna några .*** I själva verket är den grundläggande enheten i arbetet på användarnivå av ett distribuerat nätverk ansökan vad vi kallar "ett meddelande." **

Så i På Messaging and Events Opher frågar Är händelsehantering bara fantasinamn för meddelandehantering? "

Evenemang i allmänhet representerade i ett elektroniskt format .* Evenemanget-objekt måste transporteras elektroniskt i cyberrymden, och hur den transporteras i vad nätingenjörer vanligen kallar "ett meddelande." ** Det gör ingen skillnad vad vi kallar det , egentligen, eftersom vad vi nu kallar det, är det fortfarande binär data representerar information vi är intresserade av, förhoppningsvis i ett format som vi kan effektivt behandla .*** Enterprise-klass händelse databehandlingssystem är utformade för att fungera med otaliga format, protokoll och transporter .** En storlek passar inte alla.

*

*



Källa ...