Tim Bass
07-13-2008 02:02
Benne On Messaging and Events Opher kéri, Hát ha csak a feldolgozás fantázianév az üzenetre feldolgozás? "

A legtöbb esetben adatfeldolgozó rendszerek nem lenne teljes anélkül, hogy képes feldolgozni események üzenetek formájában .** Az üzenetek lehet szállítani egy kapcsolat-központú protokoll, illetve egy kapcsolat nélküli protokoll .*** A legtöbb vállalati szintű * üzenet rendszereket egyaránt. ** Sok üzenetkezelő rendszerek jellemzői, mint a garantált szállítás, ami fontos, hogy sok alkalmazás.

Másrészről, nem kell dolgozni egy üzenetküldő rendszer * vagy * Enterprise Service Bus (ESB) * feldolgozni eseményeket, mivel a szállítási réteg független az esemény feldolgozó réteg elméletileg .** * A legtöbb vállalati szintű Amennyiben feldolgozó * architektúrákkal fogja használni a kettő kombinációja aszinkron és szinkron üzenetküldés .*

Ahhoz, hogy megértsük esemény feldolgozása Azt javaslom, forduljon a hálózati menedzsment és gyakorlati használata Simple Network Management Protocol (SMNP) az alapvető undertanding esemény feldolgozása .** SNMP használja mindkét szinkron eseményen alapuló üzenetkezelés, az úgynevezett közvélemény-kutatás, és az aszinkron üzenetküldés, az úgynevezett csapdák .** hálózati rendszerek Mérnökeink a kettő kombinációja lekérdezés és a csapdába minden vállalati szintű operatív NMS .* optimalizálja a lekérdezés és a csapdába az egyik feladat jó NMS mérnökök jól. Ugyanez igaz a legtöbb esetben megosztott adatfeldolgozó architektúrák .**

Például, nézd meg a CEP / EP referencia architektúra Az ezen az oldalon .* Látod majd, hogy a mechanizmus a rendezvény közlekedés általános, képviselteti magát az esemény busz, de nem határozza meg az átviteli protokollt .* Ha kap nyers események és eredmények összehasonlítása összefügg ellen aláírásra adatbázis használata mind aszinkron és szinkron üzenetküldés .*** Elméletileg, akkor épülhetne egy eseményt feldolgozó rendszer, csak a kapcsolat-központú protokoll, de ez lenne exeception, nem a szabály.

Esemény feldolgozása általában társított üzenetek, mert általában * képviselt esemény-objektumok, mint az elektronikus üzeneteket is .** Elméletileg is nevezhetjük, ha ezeket a cyber-objektumok amit csak akarunk, például tudtuk hívni őket "csomagot." Ugyanakkor, csomagok általában együtt járó szolgáló Internet Protocol (IP) réteg a hálózati mérnökök .**

Mozog-e fel a kéményből, úgy gondoljuk, tekintve egy teljes üzenet tárgy, amit általában a hívás "üzenet." * Ez az üzenet lehet az SNMP-esemény-objektumot, az SMTP-esemény-objektum (egy e-mailt), vagy egy HTML kérését, hogy a webszerver, hogy csak néhányat említsünk .*** Tény, hogy a munka alapegysége az alkalmazás szintjén megosztott hálózati alkalmazást nevezzük "az üzenetet." **

Igen, On Messaging and Events Opher kéri, Hát ha csak a feldolgozás fantázianév az üzenetre feldolgozás? "

Események általában képviselve valamilyen elektronikus formátumban .* Az esemény-objektum elektronikus úton kell szállítani a virtuális térben, és azt a módot, hogy a szállított milyen hálózati mérnökök általában hívás "üzenet." ** Ez nem tesz különbséget nevezzük azt Tényleg, mert akármit is nevezed, még mindig bináris adatokat reprezentáló adatok vagyunk érdekeltek, remélhetőleg olyan formában tudjuk hatékonyan kezeli .*** Nagyvállalati szintű esemény feldolgozó rendszereket tervezték, hogy a számtalan formátum, protokollok és közlekedés .** Egy méret nem fér el minden.

*

*



Forrás ...