Végrehajtásához szükséges mechanizmusokat elosztott információfeldolgozás - studopediya
1. RPC mechanizmust eljárások
Szinkron közötti kommunikáció alkalmazási modulok (kliens és szerver) támogatja a távoli eljárás hívás leírás (Remote Procedure Call - RPC). Ahhoz, hogy kommunikálni, továbbítja a hívást, és visszatér az eredmény a kliens és a szerver folyamatok alkalmazni a konkrét komponensek - a kliens és a szerver adaptereket vagy csonkokat (az angol csonk -. Terminál adapter). Ezek csaprudak eljárás nem hajt végre semmilyen alkalmazási logikát és célja csak a szervezet kölcsönhatásának távoli (általában) alkalmazás modulok. Minden funkció a szerveren, ami oka lehet a távoli ügyfél, kell egy ilyen folyamatot.
Amikor a távoli eljárás hívás ügyfél az első fut a helyi eljárást, amely része a kliens adapter. Helyi hívás együtt átadott paramétereket, a kliens adapter. Így egy speciális interfész definíciós nyelv (Interface Definition Language - IDL) interfész, a meghatározási eljárás, azaz a leírás az eljárás átadott paraméterek, mielőtt az RPC RPC és visszatért befejezése után. Ezután ezt a leírást lefordított és előállított adatcsomag az üzenetben formátumban - elrendezésében (elrendezésében). A kliens adapter a gazda operációs rendszer, amely továbbítja az üzenetet a távoli szerver operációs rendszer. Távoli operációs rendszer üzenetet küld a szerver adapter, amely megvalósítja a szerver oldalon a hívás, és amely részesülő programok kérésére az ügyfél, az adatformátum (unmarshaling), hívja a valódi eljárás (végre a szerver), és visszatér az eredményeket az ügyfélnek. Az ügyfél blokkolva van, és várja a választ, de a szerver fut szerver adapter, amely átalakítja az üzenetet a paramétereket a helyi eljárást. A szerver látja a kihívás, mint a közvetlen fellebbezést a helyi eljárást a szükséges paramétereket, egy hívás, és az eredményeket a szerver adapter. Szerver adapter formátumok eredményeit az eljárást az üzenetet a kliens és a szerver a gazda operációs rendszer. Server operációs rendszer továbbítja az üzenetet a kliens operációs rendszer. Az ügyfél származik az elvárások az állam, az operációs rendszer veszi az üzenetet, és elküldi a kliens adapter találatokat tölt le az üzenetet küldi, hogy az ügyfél és az ügyfél visszatér kezelése.
2. Az objektum-orientált megközelítés elosztott információfeldolgozás
Az objektum-orientált megközelítés hozzájárul a jelentős javulás mechanizmusok szervezet elosztott feldolgozást. A legfontosabb tulajdonsága tárgyak (tárgy), hogy lehetővé teszi, hogy elrejtse a belső szerkezetét azáltal, hogy egy jól definiált interfészen keresztül. Ezért, amikor cseréje vagy módosítása tárgyak felület változatlan marad. Emiatt lehetséges relatív fény elosztása és felhasználása RPC elvei távoli objektumok.
Tárgyak kapszulázására adatok nevezett állapot (állapot), és a műveletek a következő adatokat, az úgynevezett módszerek (módszer). Elérni vagy manipulálni az állam a tárgy a használni kívánt módszereket, amelyek keresztül elérhető interfészeket. Egy tárgy végre több interfészeket, és néhány tárgyat, amely biztosítja annak végrehajtását lehet számolni ezen interfész leírása.
A létezési forma objektumok elosztott rendszerek gyakran megfelel a kiválasztott objektumok az objektum-orientált programozási nyelv. Ezek az objektumok úgynevezett fordítási időben tárgyakat. Ezeknek a használata objektumok elosztott rendszerek általában jelentősen leegyszerűsíti az elosztott alkalmazások. A hátránya az ilyen tárgyak való függés egy adott programozási nyelv. Az alternatíva az, hogy hozzon létre egy elosztott objektum közvetlenül a futás során. Ebben a megközelítésben az elosztott alkalmazások függetlenek az adott programozási nyelv és létre lehet hozni a tárgyak írt különböző nyelveken. Amikor dolgozik ilyen tárgyak végrehajtási idő átalakítani egy adott szoftver megvalósítása olyan objektum, amely módszerek lesz elérhető a távoli számítógépes rendszer, akkor az illesztő tárgyak pakolások Ebben a megvalósításban, annak érdekében, hogy ez egy objektum végrehajtás láthatóságát.
Ügyfél hogy kapcsolatba egy tárgyat, a helyettes kifogást emelhet hozzáférést az objektum módszereket. Így a mechanizmus az úgynevezett távoli hívások módszerek (- RMI távoli metódusmeghívást) van megvalósítva egy objektum-orientált megközelítés elosztott információ feldolgozása.
Ha a fém lehet statikus (interfészek ismertek a tervezési) vagy a dinamikus (paraméterek összegyűjtjük, mielőtt belépne módszer).
Ennek alapján az RMI mechanizmus kifejlesztett számos szabványok és szoftver alkalmazások az objektum-orientált middleware platformok támogatása hatékony elosztott információ-feldolgozás.
3 megosztott adatfeldolgozó alapú tranzakciós kölcsönhatások
Megvalósítása tranzakciós kölcsönhatások alkalmazni TPM tranzakció feldolgozását monitor (Transaction Processing Monitor), vagy tranzakció monitorok, amelyek célja, hogy megbízható hozzáférést multiplex nagyszámú források nagy számú egyidejű felhasználó. TPM mechanizmus - a legrégebbi technika végrehajtása elosztott rendszerek, amely megjelent 1970-ben egy olyan környezetben, nagy mainframe számítógépe számára a banki, biztosítási és egyéb vysokokritichnyh számításokat.
Tranzakciós monitorok egyik legösszetettebb és multi-technológia a világon middleware. Ezek célja, hogy támogassa az automatizált alkalmazás, amelynek célja formájában sorozata tranzakciókat. Minden tranzakció befejeződött blokk a keringés erőforrások (legfőképpen - az adatbázis), és néhány fellépés rajta. Helyes a tranzakció végrehajtásához kell teljesítésének garantálása négy feltétel - a tulajdonságait az úgynevezett ACID (Atomicity, összhang, Isolation, tartósság):
* Atomicity (atomos) - alkotnak oszthatatlan művelet művelet atomi egység ( «munkaegység» - «egység működése"), amely meghatározott kezdete és vége. Ez a blokk vagy végre az elejétől a végéig, vagy nem végeztek egyáltalán. Ha a végrehajtás során a tranzakció hiba történt visszaáll az eredeti állapotába;
* Összhang (koherencia) - befejezését követően a tranzakció minden érintett erőforrások konzisztens állapotban;
* Isolation (szigetelés) - egyidejű hozzáférést Transaction különböző alkalmazások a megosztott erőforrások összehangolt oly módon, hogy az ilyen ügyletek nem hatnak egymásra;
* Tartós (hosszú távú) - az összes frissítést források a tranzakció lesz tartós.
A funkció a tranzakciós monitor elegendő fejlesztése, végrehajtása, irányítása és fenntartása a tranzakciós osztott informatikai rendszerek. Ez a funkció magában foglalja a nyelv a IDL, elnevezése, a biztonság és a hitelesítés, fordítóprogramok, adapterek, támogatást nyújtanak a tranzakciós kéri (tranzakció zárójelbe callback), miközben a naplóbejegyzéseket, helyreállítása, zár, folyamat-menedzsment, a prioritásokat és a terheléselosztás, replikáció, erőforrás-gazdálkodás .
Az architektúra tartalmaz egy ügyfél ügylet monitor interfész alkatrész és támogatás közvetlen hozzáférést a terminálon keresztül. Program patak elvégzi az eljárást írt a monitor, amely tartalmazza a logikai művelet a megnevezett forrás. A forgalomirányító összehasonlítja az műveletek és kihívások, amelyek kapcsolódnak a források (pl adatbázis), vagy a helyi szolgáltatásokat a monitor. A szerkezet a router tartalmaz egy speciális adatbázis, amely olyan meghatározásokat közötti egyezések nevek logikai erőforrások és fizikai eszközök. Ha megváltoztatja a rendszergazda kijavítja az ilyen leveleket: a kliens alkalmazás nem szükséges módosítani - az ügyfél tudja, csak a logikai neveket. forrás kölcsönhatás lép fel kölcsönhatás révén (mint például a kommunikációs rendszer, amely garantálja a szállítási és rollback). A heterogenitás társított erőforrások monitor elrejti a borítékot. Végre tranzakciót tranzakciókezelőt teljesítő 2db protokoll és garantálja tranzakciós tulajdonságai elvégzett eljárások tranzakciós monitort.
Így a konzorcium által kifejlesztett OMG OTS leírás tárgya Transaction Server (Object Transaction Server), melynek célja -, hogy egyesítse a kombinált funkcionalitás monitorok tranzakciók és a tárgy kérés brókerek. Ez a kiterjesztés a CORBA tükröződik a KSZT specifikációja Java (Java Transaction Service - Java Transaction Service).
4. Az elosztott feldolgozás alapján üzenetküldő technológiája információk
1) üzenet-elmúlás,
2) c üzenetsorokért,
Üzenetküldő rendszer (Message Passing - MP) közvetlen kölcsönhatásban állnak egymással alkalmazások üzenetek küldésére és fogadására. Erre a logikai kapcsolat jön létre a szoftver modulokat. Ebből következik, hogy ez a megoldás nem alkalmas lazán futó programok határozott idejű üzemmódban például alkalmazások, bizonyos alkatrészek, amelyek támogatják a mobil felhasználók számára. Üzenetek lehet szinkron vagy aszinkron üzemmódban. Emellett közvetlen kommunikációs eszközök, az ilyen típusú rendszer további szolgáltatásokat is nyújthat a közbenső réteg, például a könyvtár szolgáltatás.
Üzenetsorokon lehet tartós (állandó), vagy sem. Az utóbbi esetben, ha van egy hiba a várólista-kezelő, az üzenetet a sorban fog veszni. Ha támogatja a hosszú távú sorban az üzenetek után helyreáll az újraindítás vezetője. Ez a lehetőség minden bizonnyal előnyös a legigényesebb alkalmazásokhoz. Másik jellemzője a köztes rendszerek alapján üzenetsorokon az, hogy a három „szolgáltatás minősége” szintek:
* Megbízható szállítása üzenetek (üzenetek megbízható szállítás) - a rendszer biztosítja, hogy egyetlen hálózati csomag elvész a folyamat üzenetküldés;
* Hozzászólások biztosított szállítás (biztosított üzenetkézbesítési) - minden üzenet kézbesítése csak egyszer.
Közbenső rendszer alapú üzenetsort támogatni tudja a tranzakció-feldolgozás, szakítás nagy szinkron tranzakciókat, amelyek módosítják több elosztott, heterogén adatbázisok kisebb aszinkron tranzakciók, amelyek kölcsönhatásba lépnek egymással keresztül sorok. Így IOM rendszert lehet használni, mint hatékonyabb aszinkron kommunikáció rétege TRM tranzakciófeldolgozás monitort. Message queue van egy erős, rugalmas és ugyanakkor egy egyszerű mechanizmus közötti programok interakció. Lényegében ez a mechanizmus hasonló a többi alkalmazás fejlesztési paradigma - létrehozását programok és eseményvezérelt. Event egy alkalmazás (képviselők hivatkozások) okozhat az adott intézkedés a másik. És ez a modell a legközelebb van a tényleges interakciós folyamatok az üzleti valós cégek.
Képviselői szoftver, beépített alapján üzenetet sorbanállás az IBM cég MQ Series rendszer MSMQ (Microsoft Message Queuing Server) a Microsoft, MessageQ cég BEA, DBQ cég Sybase.
Folyamatok, az előfizetett egy adott téma, transzfer a tagság a helyi démon. Demon teremt gőz asztal (folyamatban tárgyát) és az üzenet megérkezik egy adott témában csak megtekintésével asztalt helyi előfizetők küldené az egyes folyamatokat. Ha ebben a témában ezen az oldalon senki sem jelentkezett, az üzenet azonnal elpusztult.
A technológiai alapot valamennyi cseréje az új generációs üzenetküldő környezetben válnak JMS leírás (Java Message Service - Java Messaging Service), részletesen meghatározza, hogyan befolyásolja a kliensek és a szerverek a környezet aszinkron üzeneteket. Között JMS előnyei közé tartozik az a tény, hogy ez megfelel a modern elképzelések a kölcsönhatás az alkalmazások és nem igényel különleges képességeket, és rendelkezésre áll bármilyen programozó dolgozik a Java. Ezek a tulajdonságok is jelentősen eltér a szerszámok MQSeries, ami speciális képzést. Tovább ösztönzést a születés egy új generációs MOM - a megjelenése XML adatok Extensible Markup Language (Extensible Markup Language - «Extensible Markup Language") az Internet-alkalmazások, amely lehetővé teszi egy egységes kérelem »megérteni« a másik.
5. Az elosztott információk feldolgozása alapján illő modellt
Az alap megközelítést elosztott rendszerek alapján harmonizációjáról modellek szétválasztása tulajdonosi számítási eljárásokat azok koordinációs mechanizmusokat. Ha figyelembe vesszük, egy elosztott rendszerben, mint egy sor folyamatok (esetleg többszálú), a számítási részét a elosztott rendszer, amelyet egy csoport folyamatok, amelyek mindegyike végez egy meghatározott számítási műveleteket, és ezek a műveletek elvileg elvégezhető függetlenül az egyéb folyamatok. Ebben a modellben, a megfelelő rész egy elosztott rendszer támogatja az összes kommunikációt a folyamatok és szervezi a kölcsönös együttműködés. Ez képezi a „ragasztó”, amely összeköti az elvégzett tevékenységek különböző folyamatok. Az elosztott rendszerek összehangolását összpontosít az egyeztetési folyamat.
Ebben az esetben, ha a folyamatok kapcsolat kapcsolatok és az idő, igazítás közvetlenül végez, és a neve Direct megfelelő (közvetlen koordináció). Kapcsolódás hivatkozások általában formájában kifejezett azonosítása a beszélgetőpartner kölcsönhatás során. Például, a folyamat kölcsönhatásba lép egy másik folyamat csak akkor, ha tudja, hogy a folyamat azonosítóját, amely azt akarja, hogy információt cseréljenek. Ideiglenes kapcsolat azt jelenti, hogy mind kölcsönhatásban vannak egymással folyamatok aktív egyszerre. Egy ilyen kapcsolat kerül sor, a nem rezidens alapján a kommunikációs üzeneteket.
Egy példa a megfelelő rendszer egy olyan rendszer Jini ( «szellemet") a Sun Microsystems. A feladat egy Jini rendszer harmonizációjának alapja elsősorban az a tény, hogy ez a rendszer képes támogatni a kommunikáció segítségével generatív Linda-szerű szolgáltatás hívott JavaSpace. Vannak azonban olyan sok szolgáltatások és létesítmények, amelyek Jini több, mint megfelelő rendszert.
Jini - egy elosztott rendszerben, amely különálló, de egymáshoz kapcsolódó elemet. Ez van kötve a Java programozási nyelv, de sok elveit is megvalósítható, ha más nyelven. Egy fontos része a rendszernek egy modell koordinációs generatív kommunikáció. Jini rendelkezik mind időzítés és vonatkozó folyamatokat használva inkoherencia JavaSpace megfelelő rendszer. JavaSpace - osztja az adatmennyiség, amelyben tárolni a sorokat. Rekordcsoportok vannak tipizovannye készlet hivatkozások Java objektumok. Egy Jini rendszer létezhet több terek JavaSpace.
Jini rendszer architektúra is képviselteti magát három szinten. A legalsó szint képezi az infrastruktúra. Ezen a szinten van az alapvető mechanizmusainak Jini, beleértve azokat is, amelyek támogatják a kölcsönhatás révén RMI Java nyelv hívásokat. A szolgáltatásokat mind a hagyományos eljárások és eszközök, amelyek szoftver Jini (beleértve a Java Virtual Machine) nem áll rendelkezésre. Ezért felvétel és keresési szolgáltatásokat is tartozik a Jini infrastruktúra. A második szint van kialakítva egy általános célú eszköz, amely kiegészíti az alapvető infrastruktúra és lehet használni, hogy hatékonyabban szolgáltatások megvalósítására. Néhány ilyen eszközök közé eseményértesítés alrendszer és bérleti pénzt és erőforrásokat leíró szabványos tranzakciós interfészeket. A felső szinten áll az ügyfelek és a szolgáltatást. Ezzel szemben a másik két szint Jini nem határozza meg a készítmény az ezen a szinten egyértelműen. Jelenleg a rendszer bevezetése támogat számos magas szintű szolgáltatások, beleértve JavaSpace szerver és a tranzakció kezelő, amely végrehajtja a Jini tranzakció interfészeket. felső szintű programokat, sőt, gyakran hagyjuk közvetlenül használni Jini infrastruktúra mechanizmusokat.
Eseményértesítés hajtja végre a távoli objektum hívás hallgató objektumok regisztrált erre az eseményre. A következő alkalommal, amikor egy esemény bekövetkezik, a hallgató objektum meghívja újra. Mivel Jini rendszer önmagában nem nyújt semmilyen garanciát arra, hogy az esemény az értesítés kézbesítésre hallgató tárgyak, értesítéseket általában sorszámát egy tárgyat hallgató van egy ötlete az események sorrendjét.