Elosztott architektúra 1

Egy elosztott architektúra komponensei kerülnek bemutatásra a különböző platformokon, de néhány komponens kölcsönhatásba léphet át a kommunikációs hálózat egymással elérni egy adott célra vagy célokra.

A koncepció egy elosztott architektúra

Egy elosztott rendszer felhasználásával mutathatjuk egy kliens-szerver architektúra, amely alapját képezi a többszintű architektúrák; Alternatív módon iroda architektúrák például a COBRA és a szolgáltatás-orientált architektúra (SOA). Ebben az architektúrában, adatfeldolgozás nem korlátozódik egyetlen gépet, és ez kiterjed a több független számítógépek.

Számos keretek technológiák elosztott architektúrák, beleértve a .NET, J2EE, CORBA, .NET szolgáltatások, Web-szolgáltatások AXIS Java, valamint a Globus Grid szolgáltatásokat. A kötőanyag egy infrastruktúra megfelelően támogatja a kidolgozása és megvalósítása elosztott alkalmazások. Ez biztosítja a puffer között, az alkalmazások és a hálózat.

Úgy ül a közepén a rendszer, és kezeli és támogatja a különböző alkotóelemek egy elosztott rendszer. Ilyenek például a tranzakció-feldolgozás monitor, adatkonverterek és kommunikációs vezérlők, stb

Middleware infrastruktúra egy elosztott rendszerben -

Az alapja az elosztott architektúra

Alapú elosztott architektúra az átláthatóság, megbízhatóság és rendelkezésre állás.

Az alábbi táblázat a különböző formái az átláthatóság egy elosztott rendszerben -

Ez elrejti a mód, ahogyan az erőforrásokhoz való hozzáférés és a különbségek az adatok platform.

Elrejti, ahol az erőforrások találhatók.

Ez elrejti a különböző technológiák, mint például a programozási nyelv és az operációs rendszer a felhasználó.

Elrejtése a források, hogy lehet mozgatni egy másik helyre, ami működik.

Elrejtése a források, hogy lehet másolni több helyen.

Elrejtése a források, hogy meg lehet osztani másokkal.

Ez elrejti a helyreállítással források a felhasználó.

Elrejti, hogy egy erőforrás (szoftver) memóriában vagy a lemezen.

előnyök

Ez a következő előnyökkel jár -

Erőforrás-megosztás - megosztás hardver és szoftver erőforrások.

Nyitottság - A rugalmasság a hardver és szoftver használatával a különböző gyártók.

Párhuzamosság - Párhuzamos feldolgozás jobb teljesítményt.

Skálázhatóság - kapacitásának növelése miatt az új, források.

Hibatűrés - a képesség, hogy tovább folytatja tevékenységét a hiba.

hiányosságokat

Hátránya -

Komplexitás - Ők sokkal összetettebb, mint a központi rendszerek.

Biztonság - fogékonyabbak a külső támadás.

Kezelhetőség - több erőfeszítést. szükséges a rendszer irányítását.

Kiszámíthatatlansága - kiszámíthatatlan válaszok függvényében a szervezet a rendszer és a hálózat terhelését.

A központosított rendszer ellen egy elosztott rendszerben

Kliens-szerver architektúra

kliens-szerver architektúra a leggyakoribb elosztott rendszer architektúra, amely lebontja a rendszer két nagy alrendszerből vagy logikai folyamatok -

Client - Ez az első eljárás. amely egy kérelmet a második folyamat, azaz szerver.

Server - Ez a második eljárás. amely megkapja a kérést, végrehajtja, és elküldi a választ az ügyfél.

Ebben az építészet, az alkalmazás modellezzük egy sor szolgáltatást azoknak nyújtott kiszolgálók és több ügyfelet, hogy használja ezeket a szolgáltatásokat. Szerverek nem kell tudni az ügyfelek, de az ügyfelek kell tudni, hogy a szerver azonosítója.

Kliens-szerver architektúra lehet sorolni két modell alapján kliens funkciót -

modell vékony kliens

A vékony kliens modell, az összes ellenőrzési kérelmek feldolgozása és az adatok végre a szerver. Az ügyfél csak felelős a szoftver futtatása GUI. Akkor használják, ha örökölt rendszerek átkerülnek a kliens-szerver architektúrák, amelyben a hagyományos rendszerben működik, mint egy szerver saját jogán grafikus felület végrehajtani az ügyfél.

Azonban a fő hátránya az, hogy ez hozza a nagy feldolgozási terhelést a szerver és a hálózat.

Zsír / Fat-kliens modell

A modellben vastag kliens, a szerver felelős adatkezelés. A szoftver az ügyfél végrehajtja az alkalmazás logika és a felhasználói interakció a rendszert. Ez a leginkább alkalmas az új kliens-szerver rendszerek, ahol az ügyfél képességeit a rendszer előre ismert.

Azonban ez sokkal összetettebb, mint egy vékony kliens modell különösen az irányítás, hiszen minden ügyfél számára azonosnak kell lennie a másolás / változata alkalmazás.

előnyök

A feladatok elkülönítése, mint például a felhasználói felület megjelenítésére és feldolgozására üzleti logikát.

Újrafelhasználása összetevői a szerver és az esetleges párhuzamosság

Ez leegyszerűsíti a tervezési és fejlesztési elosztott alkalmazások

Ez megkönnyíti, hogy átutalással vagy integrálni a meglévő alkalmazások elosztott környezetben.

Azt is lehetővé teszi az erőforrások hatékony felhasználását, ha nagy ügyfelek számának a nagy teljesítményű szerver.

hiányosságokat

• Infrastruktúra hiánya, hogy megbirkózzon a heterogén követelményeknek változás.
• biztonsági komplikáció.
• Limited szerver rendelkezésre állását és megbízhatóságát.
• Limited tesztelhetőségi és a skálázhatóság.
• Fat kliensek bemutatása és az üzleti logika együtt.

Rétegzett architektúra (n-rétegű architektúra)

Réteges építészet egy kliens-szerver architektúrájú, amelyben funkciók, például prezentációk, alkalmazására és adatfeldolgozás ellenőrzési fizikailag elválasztott. Elosztjuk alkalmazás szinten fejlesztők módosítani vagy kiegészíteni egy adott réteg, hanem újrahasznosítás az egész alkalmazást. Ez egy modell, amely lehetővé teszi a fejlesztők rugalmas, újrahasznosítható alkalmazásokat.

A leggyakoribb használata a rétegzett architektúra egy három rétegű architektúra. Három rétegű architektúra jellemzően megjelenítési réteg, alkalmazási szint, és a szint adattárolási és el lehet végezni egy különálló processzorral.

prezentációs réteg

A megjelenítési réteg a felső szintje a kérelem, amellyel a felhasználók közvetlenül hozzáférni, például egy weboldal vagy GUI operációs rendszer (grafikus felhasználói felület). A fő funkciója a réteg lefordítani a célok és eredmények, hogy valamit, ami a felhasználó megérteni. Kölcsönhatásait más szinten, hogy hozza meg az eredményt a böngésző / kliens szinten és az összes többi szinten a hálózat.

Az alkalmazási réteg (az üzleti logika, logikai szint vagy közepes)

Az alkalmazási réteg alkalmazásának koordinálása kezeli a parancs, ami logikus döntés, értékelések és végrehajtja az alábbi számításokat. Ez vezérli a működését az alkalmazás elvégzésével részletes feldolgozása. Azt is mozog adatok és folyamatok között a két szomszédos réteg.

adatrétegből

Ebben a rétegben az információ tárolását és lehívását egy adatbázis vagy fájl. Ezt az információt továbbítani vissza feldolgozásra, majd vissza a felhasználónak. Ez magában foglalja a mechanizmusok adat perzisztencia (adatbázis szerver, fájl részvények, stb), és az API (Application Programming Interface) az alkalmazási rétegben, amely ellenőrzési eljárás megőrzi az adatokat.

Jobb teljesítményt, mint a vékony kliens megközelítés és könnyebben kezelhető, mint egy vastag kliens megközelítés.

Ez növeli a újrafelhasználhatósági és skálázhatóság - mint az igények növekedése esetén további kiszolgálók is adhatunk.

Támogatja a multi-threading, és csökkenti a hálózati forgalmat.

Ez biztosítja a működési megbízhatóság és rugalmasság

• Tesztelhetőség kielégítőnek, mivel a hiányzó vizsgálati eszközök.
• Sokkal fontosabb a megbízhatóság és rendelkezésre állás a szerver.

Broker építészeti stílus

Broker építészeti stílusú építészet a middleware használt elosztott számítási koordináció és lehetővé teszi közötti kommunikáció hitelesített ügyfelek és kiszolgálók. Itt, a kapcsolat objektum rendszerén keresztül middleware szoftver, az úgynevezett Object Request Broker (szoftver busz).

CORBA (Common Object Request Broker Architecture) egy jó példája a végrehajtás a bróker építészet.

Bróker Components építészeti stílus

Components iroda építészeti stílus, tartják a következő vezetője -

A bróker közvetítéséért felelős szolgáltatást kéri, keresse meg a megfelelő kiszolgáló küld kérések és válaszok Levél vissza az ügyfélnek. Azt is információt tárol a regisztrációs működését a szerverek, köztük a funkciók és szolgáltatások, valamint a hely adatait.

Ezen túlmenően, ez biztosítja az API-felületek az ügyfelek lekérdezésére, a szerver válaszol, nyilvántartási és regisztráció törlését a szerver alkatrészek, üzenetküldés, és a keresési kiszolgálók.

Csonkok generált statikus fordításkor, és a telepítést követően a kliens oldalon, amelyet használnak, mint a proxy az ügyfél számára. A kliens oldali proxy közvetítőként jár el az ügyfél és a bróker, és további átláthatóságot köztük és az ügyfél; távoli objektum jelenik meg a helyi.

A proxy szerver elrejti az IPC (közlemény) a protokoll szintjén, pályabírók paraméterértékek és un-sportbírók az eredményeket a szerverről.

A csontváz egy fordítószolgáltatásban interfész és a telepítést követően a szerver oldalon, amely a használt proxy számára a szerver. A szerver oldalon proxy körülveszi a rendszer specifikus alacsony szintű hálózati funkciók, és biztosítja a magas szintű API-felületet, mint egy közvetítő között, a szerver és a közvetítő.

Ezen kívül azt is érkezik megkeresés, kibont kérelmek unmarshals módszer érveket, hívja a megfelelő szolgáltatást, illetve a tisztségviselők előtti eredmény küldött vissza az ügyfélnek.

A híd összeköt két különböző hálózatok alapján különböző kommunikációs protokollokat. Ő különböző közvetítő irodák, köztük DCOM. NET távirányító, valamint a Java-CORBA brókerek.

Bridges egy opcionális összetevő, amely elrejti végrehajtásának részleteit, amikor két brókerek, hogy kölcsönhatásba lépnek, és kérelmek fogadására és paraméterek egy méret és átalakítani őket, hogy más formátumban.

Végrehajtás Broker CORBA

CORBA egy nemzetközi szabvány Object Request Broker - egy middleware szabályozására közötti kommunikációt elosztott objektumok által meghatározott OMG (Object Management Group).

Szolgáltatás-orientált architektúra (SOA)

Szolgáltatás-orientált architektúra egy kliens / szerver kialakítása, amely támogatja az üzleti szemlélet informatikai, amelyben az alkalmazás épül fel (más néven az ügyfélszolgálat vagy a kérelmezők) szoftver szolgáltatások és szoftverek szolgáltató a fogyasztók számára.

SOA jellemzők

Architecture Service Oriented a következő funkciókat biztosítja -

Elosztott telepítés - Enterprise adatvédelmi és üzleti - logika. szabad, kombinált, találunk egy strukturált, szabványokon alapuló, nagy szemcséjű, hontalan egység alkalmassága szolgáltatásoknak nevezzük.

Interoperabilitás - lehetősége részesedés és újra közös szolgáltatásokat a hálózaton keresztül. függetlenül attól, hogy az alapul szolgáló jegyzőkönyvek vagy végrehajtás technológia.

Re-- Válasszunk egy szolgáltatót, és a hozzáférést a meglévő erőforrások szolgáltatások formájában.

SOA Operation

Az alábbi ábrán látható, hogyan is működik ez SOA -

Laza csatolás ügyfélközpontúságával nagyobb rugalmasságot biztosít a vállalkozások számára, hogy minden rendelkezésre álló forrásokat a szolgáltatás, függetlenül a platform és a technológiai korlátok.

Minden szolgáltatás komponens független a többi szolgáltatás kapcsán a hontalan szolgáltatási funkciók.

A szolgáltatás bevezetése nem érinti a szolgáltatás mindaddig, amíg a kitett felület nem változik.

Ügyfél vagy bármely szolgáltatás hozzáférést kaphat más szolgáltatásokhoz való tekintet nélkül platform végrehajtását, a technológia, a beszállítók, vagy a nyelvet.

Újrafelhasználása eszközök és szolgáltatások ügyfélkiszolgáló csak azt kell tudni, hogy a nyílt interfészek, az összetétele a szolgáltatást.

A fejlesztés az üzleti alkalmazások alapuló SOA sokkal hatékonyabbak az idő és költség.

Növeli a skálázhatóság és egy szabványos csatlakozó rendszerek között.

Hatékony és eredményes felhasználását „Business Services”.

Az integráció lesz sokkal könnyebb és jobb belső összhang.

Abstract komplexitás a fejlesztők számára, és fokozza az üzleti folyamatok közelebb a végfelhasználók számára.