Architecture "kliens-szerver" (előadás)
Jellemzően számítógépek és programok, amelyek egy részét az információs rendszer nem egyenlő. Némelyikük saját források (fájlrendszer, CPU, nyomtató, adatbázis, stb), míg mások képesek elérni ezeket a forrásokat. A számítógép (vagy program), erőforrások kezelése, az úgynevezett erőforrás szerver (fájlszerver, adatbázis szerver, compute szerver.). A kliens és a szerver egy forrás is található egyetlen számítógépes rendszer vagy különböző számítógépeken csatlakozik egy hálózathoz.
Az alapelv a „kliens-szerver” technológia, hogy külön a funkciókat az alkalmazás három csoportba sorolhatók:
· Adatbeviteli és kijelző bemeneti adatot (felhasználói beavatkozás);
· Alkalmazás funkciók, amelyek jellemzőek erre az alkalmazási terület;
· Erőforrás funkció (fájlrendszer, adatbázis, stb)
Ezért a következő komponenseket kiosztott bármilyen alkalmazás:
· Reporting alkatrész
· Az erőforrás menedzsment komponens
Kommunikáció a komponensek között végezzük bizonyos szabályok szerint, amelyek az úgynevezett „együttműködési protokoll”.
A Gartner Group, szakterülete a tanulmány az információs technológia, javasolt a következő osztályozás dvuhzvennyh modellek közötti kölcsönhatás kliens-szerver (kétszintű modell, ezek az úgynevezett, mert három komponens alkalmazások vannak elosztva különböző módon két csomópont között):
Történetileg, az első, a modell elosztott adatok bemutatása, amely végre a mainframe a hozzákapcsolt unintelligensnek terminálok. adatkezelés és interakció a felhasználó egyidejűleg egyesült az egyik program a terminál továbbítja csak a „kép” alakult ki egy központi számítógéppel.
Ezután az Advent a személyi számítógépek (PC) és a helyi hálózatokat hajtottak végre modell hozzáférést a távoli adatbázis. Néhány időalap PC Networks egy fájl szerver architektúra. Így az egyik számítógépek egy fájl szerver, végre a kliens alkalmazás, amelyben a kombinált prezentáció alkatrészek és alkalmazás komponens (egy alkalmazási program és DBMS). A kommunikációs protokoll jelenti tehát egy sor alacsony szintű kéri a fájl rendszer működését. Ez az architektúra, amely megvalósul, mint általában, és a segítségével a személyes adatbázisok, nyilvánvaló hátrányai - magas hálózati forgalmat, és a nem egységes forrásokhoz való hozzáférés.
A bevezetés után az első speciális adatbázis-kiszolgálók lehetőségük van a másik végrehajtása a modell a hozzáférést a távoli adatbázis. Ebben az esetben az adatbázis motort szerveren fut, a protokoll által biztosított SQL. Ez a megközelítés, mint a fájl szerver egy hálózati terhelés csökkentése és összehangolása interface „kliens-szerver”. Azonban. A hálózati forgalom elég nagy, ráadásul még mindig nem kielégítő beadása alkalmazások, mint egy program egyesíti a különböző funkciókat.
Később kidolgozta az aktív szerver, ami használt a mechanizmus a tárolt eljárásokat. Ez lehetővé tette a átadása az alkalmazás összetevő a szerveren (a modell elosztott alkalmazások). Eljárások tárolják a szótárban adatbázisban megoszlik több ügyfelet és kivégezték ugyanazon a számítógépen, mint az SQL-szerver. Az előnye ennek a megközelítésnek: a lehetőséget, központosított ügyintézés alkalmazási funkciók jelentősen csökken a hálózati forgalom (mivel nem kerül továbbításra az SQL-lekérdezések és tárolt eljárás hívások). Hátrány - korlátozott források fejlesztése tárolt eljárások, mint az általános célú nyelvek (C, Pascal).
A gyakorlatban, manapság rutinszerűen alkalmazott vegyes megközelítés:
· Könnyen alkalmazható függvények végrehajtása tárolt eljárásokat a szerveren
· Bonyolultabb funkciókat hajtják végre az ügyfél közvetlenül az alkalmazás
Most számos kereskedelmi adatbázis szállítók bejelentette, hogy hajtsák végre a végrehajtási tárolt eljárások Java nyelv mechanizmusokat. Ez megfelel a „vékony kliens”, amelynek funkciója csak akkor jelenik meg adat (távoli adatszolgáltató modell).
Az elmúlt években, mivel van egy olyan tendencia, amelynek során a modell egy elosztott alkalmazás. A jellemző az ilyen alkalmazások egy logikai szétválasztás alkalmazása két vagy több részből áll, amelyek mindegyike futhat egy különálló számítógépen. Az elkülönített részek a kérelem kommunikálnak egymással cserélve üzeneteket egy előre egyeztetett formában. Ebben az esetben a kétszintű kliens-szerver architektúra válik háromszintű, és bizonyos esetekben tartalmazhat kapcsolatokat és így tovább.
Ebben az esetben, ha az információs rendszer összehozza egy csomó különböző információs források és alkalmazás szerverek, van egy kérdés a optimális kezelése minden alkatrészével együtt. Ebben az esetben a speciális eszközökkel - tranzakció megfigyelő (gyakran egyszerűen a „tranzakció-feldolgozás megfigyelése”). Ebben az esetben, a koncepció a tranzakció kitágul, mint az ismert adatbázisban elmélet. Ebben az esetben ez nem egy atomi művelet az adatbázisban, és minden olyan tevékenység a rendszerben - kiadó képviselet, bejegyzés az index fájlt, jelentés nyomtatás, stb
Kommunikálni az alkalmazás tranzakció monitor használ egy speciális API (Application Program Interface - Application Programming Interface), amely végre, mint egy könyvtár, amely tartalmazza a hívás alapfunkciók (csatlakozni, mert egy bizonyos szolgáltatást, stb.) Alkalmazás szerverek (szolgáltatások) is létrehozott API használatával, az egyes szolgáltatások egy egyedi nevet. TP monitor, kérés érkezne az alkalmazási program, továbbítja a megfelelő szolgáltatás hívás (ha nem fut, keletkezik kívánt folyamat), a feldolgozás után a kérelmet az alkalmazás szerver visszaadja az eredményeket az ügyfél. TP monitorok kölcsönhatásba adatbázis-kiszolgálók tervezte az XA protokollt. A jelenléte egy ilyen egységes felület lehetővé teszi a használatát egyetlen alkalmazás számos különböző adatbázisokban.
Segítségével tranzakció monitorok nagy rendszerek a következő előnyöket nyújtja:
· A koncentráció az összes alkalmazás funkciói az alkalmazás szerver biztosítja jelentős függetlenségét mind a végrehajtás a felület a felhasználó, és az adott kezelési módszer. Azt is előírja a központi adminisztráció az alkalmazások, mert az egész alkalmazás egy helyen, és nem „maszatos” a hálózati kliens munkaállomáson.
· A tranzakció Monitor képes az önálló start és stop alkalmazás szerverek. Mivel tudja mozgatni vagy másolni egy részét kiszolgáló folyamat más csomópontok, attól függően, hogy a hálózati terhelés és számítástechnikai erőforrásokat. Mindezt úgy éri terhelés kiegyenlítésére.
· Biztosítja dinamikus konfiguráció a rendszer, azaz, megállás nélkül új erőforrás vagy alkalmazás szerver lehet adni.
· Fokozott a rendszer megbízhatóságát, mert meghibásodása esetén az alkalmazás szerver lehet mozgatni egy tartalék számítógép.
· Lehetőség van az elosztott adatbázis-kezelő (lásd. A következő bekezdést).
A mai üzleti, hogy nagyon gyakran szükség van, hogy hozzáférést biztosít az azonos adatok felhasználói csoportok, földrajzilag egymástól távol. A bank, amely több rekeszt lehet példaként. Ezek az irodák találhatók a különböző városokban, országokban, vagy akár a különböző kontinenseken, mégis meg kell szervezni a feldolgozó a pénzügyi tranzakciók (mozgás pénzt a számlák) rekeszek közötti. Pénzügyi műveletek eredményét láthatónak kell lennie, ugyanakkor minden osztályon.
Két megközelítés a szervezet a feldolgozás elosztott adatok.
1. A technológia elosztott adatbázis. Egy ilyen keret magában adatfájljai található különböző hálózati csomópontok. A felhasználó szemszögéből úgy néz ki, mintha az összes adatot egy helyen tárolni. Természetesen egy ilyen rendszer szigorú követelményeket a teljesítmény és a megbízhatóság a kommunikációs csatornákat.
2. replikációs technológia. Ebben az esetben minden egyes csomópont duplikált adatok az összes számítógépet. Ebben az esetben:
· Csak továbbított adatokat változás működése, hanem az adatok is
· Átviteli lehetnek aszinkron (nem egyidejű a különböző csomópontok)
· Az adatok ott található, ahol azok feldolgozása
Ez csökkenti a sávszélesség-igény a kommunikációs csatornák, sőt a meghibásodás esetén kapcsolat bármely számítógépen, a felhasználók más csomópontok is folytathatja a munkát. Ugyanakkor lehetővé tette az egyenlőtlen állapotát az adatbázis különböző felhasználók egyszerre. Ezért lehetetlen, hogy megszüntesse a konfliktus a két példányban ugyanazt a rekordot.
Final Fantasy XIV: DLC StormBlood
Warhammer 40,000: Dawn of War III