10-04-2008
|
|
Forum Robot Girl
|
|
|
Join Date: Sep 2000
Indlæg: 22.195
|
|
|
På Event Processing Network og Transaction Processing
2008-10-04T13: 50:00.003 +03:00
Det er en ferieperiode, tid, hvor vi har fire fridage i løbet af tre uger, og er temmelig doven tid her, med mange mennesker, der tager ferie (som den anden del af december - begyndelsen af januar i de lande med kristent flertal), som følge til ferie og nogle andre begivenheder vil jeg se mit kontor i den kommende uge kun tirsdag, men arbejder en smule fra hjem nu ...
I en IBM intern e-mail udveksling i denne uge med en person, som ikke forstår virkelig begivenhed behandling, har denne person set nogle illustration af EPN (Event Processing Network) og undrede sig - det synes som almindelig transaktionsbehandling? hvad er forskellen?
Faktisk - fra fugleperspektiv alt ligner rettet graf, som det vises i toppen af denne side, både forretnings-flow og EPN samt mange andre ting er udtrykt ved hjælp af en rettet graf, men der er en stor forskel i semantik af grafen.
For at henvise til et konkret eksempel, lad os tage en EPN eksempel taget fra en anvendelse af remote patient overvågning.
Semantikken af EPN betyder, at en knude i en graf skaber begivenheder og derefter disse begivenheder forbruges af andre knuder i grafen, for eksempel "berige" node tager et blodtryk læsning og berige det med angivelse af, om patienten er diabetiker, således skaber en afledt begivenhed; denne afledte begivenhed, der forbruges af den knude, der er på udkig efter mønster til at advare læge. Uden at gå til programmets detaljerne for meget - vi kan også fastslå, at i modsætning til en kontrol-flow, er mønsteret afsløring node ikke starte sin udførelse, når alle dens forgængere er færdig, da det mønster kan se på flere blodtryk målinger på samme patient , kan det findes længere periode i forhold til at berige knude, der er oprettet og målinger, når som helst, at der er et blodtryk læsning af en ny patient, så grafen viser ikke den kontrol strømmen, i øvrigt, er disse to noder ikke kender de enkelte andre og kommunikere via en router (kanal) node. Så der er nogle forskelle mellem begivenhed netværk og forretnings-flow:
- Den EPN graf repræsenterer ikke kontrol med strømmen, men begivenhed flow.
- I en kontrol flow-diagram, er typisk forholdet mellem forgænger og efterfølger noder "Udfør for at starte" (enten "møder" eller "efter" i Allens operatører, som jeg vil diskutere i en særskilt diskussion), hvilket betyder, at forgængeren knudepunkt skal opsige, for at efterfølgeren node til at starte, i EPN, kan dette ikke være tilfældet.
- EPN ikke nødvendigvis være atomare (en node i EPN kan mislykkes, men andre fortsætter - ingen "Atomic engagement protokol" (f.eks 2PC) anvendes
- Det må heller ikke være isoleret - en knude kan udsende begivenheder, mens du stadig fortsætte med at arbejde, selv om den ikke senere - den udsendte begivenheder kan stadig være gyldig, hvis Atomicity ikke er nødvendig.
- EPN kan begrænses til at opføre sig på en transaktionsbeslutning måde - dette er en interessant observation, da transaktionen støtte overtræder afkoblingsprincippet, men der er tilfælde, hvor det er nødvendigt (igen, fortjener lidt mere diskussion). Mere - Senere.
Kilde ...
|
Mere UNIX og Linux Forum Emner du måske kan finde Helpful
Powered by 
Hybridtilstand
