10-04-2008
|
|
Forum Robot Girl
|
|
|
Join Date: Sep 2000
Posts: 22.189
|
|
|
Op Event Processing Netwerk en Transaction Processing
2008-10-04T13: 50:00.003 +03:00
Het is een vakantie periode, de tijd waarin we hebben vier feestdagen gedurende drie weken, en is nogal een luie tijd hier, met veel mensen die vakanties (zoals het tweede deel van december - begin januari in de landen met een christelijke meerderheid), als gevolg op vakantie en een aantal andere evenementen zal ik mijn kantoor zien in de komende week alleen op dinsdag, maar het werken een beetje van huis nu ...
In een interne e-mail uitwisseling IBM deze week met een persoon die niet echt begrijpen hoe de verwerking, heeft deze persoon gezien enkele illustratie van EPN (Event Processing Network) en vroeg zich af - dit lijkt reguliere verwerking van transacties? wat is het verschil?
Inderdaad - vanaf vogelvlucht alles ziet eruit als gerichte graaf, zoals die blijkt uit de bovenkant van deze pagina, zowel transactionele flow en EPN evenals vele andere zaken worden uitgedrukt met behulp van een gerichte graaf, maar er is een groot verschil in de semantiek van de grafiek.
Om te verwijzen naar een concreet voorbeeld, laten we eens een voorbeeld uit EPN een toepassing van de patiënt op afstand toezicht.
De semantiek van EPN betekent dat een knooppunt in een grafiek maakt evenementen en dan zijn deze gebeurtenissen worden verbruikt door andere knooppunten in de grafiek, bijvoorbeeld de "verrijken" knooppunt neemt een bloeddruk te lezen en te verrijken met vermelding of de patiënt lijdt aan suikerziekte, dus creëert een afgeleide gebeurtenis; deze afgeleide evenement wordt verbruikt door het knooppunt dat op zoek is naar patroon voor de arts waarschuwen. Zonder in te gaan om de details van de toepassing te veel - kunnen we ook stellen dat in tegenstelling tot een control flow, is het patroon detectie node niet gestart bij de uitvoering van al haar voorgangers hebben voltooid, omdat het patroon kan er op meerdere metingen bloeddruk van dezelfde patiënt , kan zij er voor langere periode met betrekking tot het verrijken knooppunt dat is gemaakt en metingen op elk moment dat er een bloeddruk lezing van een nieuwe patiënt, zodat de grafiek toont niet de control flow, bovendien zijn deze twee knooppunten kennen elkaar niet andere en communiceren via een router (kanaal) knooppunt. Zo zijn er enkele verschillen tussen event processing netwerk en transactionele stroom:
- De EPN grafiek vertegenwoordigt niet control flow, maar evenement stroom.
- In een control flow grafiek, meestal de relatie tussen de voorganger en opvolger nodes zijn 'klaar om te beginnen "(ofwel" aan "of" na "in de exploitanten van het Allen's die ik zal bespreken in een aparte discussie), wat inhoudt dat knooppunt de voorganger moet beëindigen om voor de opvolger knooppunt te starten in EPN, mag dit niet het geval.
- EPN niet noodzakelijkerwijs atomaire worden (een knooppunt in de EPN kan mislukken, maar anderen blijven - geen "atoom inzet protocol" (bv. 2PC) wordt toegepast
- Ook mag niet worden geïsoleerd - een knooppunt evenementen kan uitstoten, terwijl nog blijven werken, zelfs indien deze niet later - zijn uitgestoten gebeurtenissen kunnen nog steeds geldig zijn, als Atomiciteit is niet vereist.
- EPN kan worden beperkt om zich te gedragen in een transactionele wijze - dit is een interessante observatie, als transactie ter ondersteuning van de ontkoppeling beginsel schendt, maar er zijn gevallen waarin het nodig is (nogmaals, verdient wat meer discussie). Meer - Later.
Bron ...
|
Meer UNIX en Linux Forum Onderwerpen Misschien vindt u Helpful
Powered by 
Hybrid Mode
