User Tools

Site Tools

server

This is an old revision of the document!


N-vrstvé aplikace

  • první aplikace s jednoduchou monolitickou architekturou
  • spojení počítačů do sítě a není potřeba aby každý počítač uměl všechno
  • dochází ke specializaci jednotlivých PC → rychlejší přenosové cesty → sdílení specifik počítačů
  • architektury klient/server

klient/server

  • poskytuju služby (SW, data, aplikace,..)
  • Server - nabízí služby, ale sám čeká až o nějakou klient požádá
  • Klient - aktivne služby využívá, je to koncový uživatel aplikací
  • file-server / pracovní stanice
    • předchůdce klasického K/S
    • můžu uložit data na file serveru (místo na lokálním disku, což je zjevně fajn)
    • ALE! zpracovávat data musím na jiném místě, než jsou uložena → proto je musím přenést a to jsou velké soubory dat → takže se to zhroutí, přinejhorším
    • monolitická architerkuta - databázová, aplikační i prezentační vrstva jsou v jednom monobloku
  • dvouvrstvá architektura K/S
    • snaha spojit výhody obou variant monolitických systémů
    • rozděluje aplikaci na dva bloky a data už konečně zpracováv tam, kde jsou uložena, takže se nemusí nic přesouvat
    • databázová a prezentační logika je důsledně oddělena
    • 1. část je přemístěna na server kde zpracovává data / 2. část zůtává klientovi se kterým komunikuje
    • aplikační je jak v databázovém serveru (skrz uložené procedury), tak v klientské části aplikace
      • takže aplikační je jak u klienta, tak na serveru!
    • verze s tenkým klientem
      • aplikační logika je v databázovém serveru
      • zvýšení nároků na výkon serveru
      • ale zajištění integrity dat na vyšší úrovni
    • verze s tlustým klientem
      • menší nároky na databázový server a větší využití výkonnostního potenciálu klientského počítače
      • ale zajištění integrity dat na nižší úrovni a nutnost neustále zamykat záznamy v databázi jednotlivými klienty
    • společné nevýhody:
      • pro každou aplikaci serveru nutný specifický klient
      • synchronní zpracování
      • omezená přenositelnost
      • různý jazyk prezentační a aplikační logiky
  • třívrstvá architektura K/S
    • důsledně oddělené všechny tři logiky (databázová, aplikační, prezentační)
    • prezentační:
      • uživatelské rozhraní (C, C++, Oracle Card, Visual Basic,…)
    • aplikační:
      • identifikuje uživatele pro zajištění bezpečnosti
      • zajišťují konzistentní, pro uživatele transparentní mechanismus pro pojmenovávání souborů a adresářů přes mnoho různých HW protokolů a protokolů OS
      • komunikační propojení s externími zdroji dat a transformují data do formátů požadovaných jinými servery a klienty
      • speciální funkce manipulující s daty, jako je synchronizace aktualizovaných dat přes nesourodé databáze
      • kontrola verzí a správa aktualizacízatížení systému efektivně rozděleno mezi databázový server, několik aplikačních serverů a velké množství klientů
      • databázový x aplikační == komunikace přes páteřní síť
      • aplikační x klient == lokální síť
      • dynamicky vyvažuje zátěž
    • plusy a mínusy:
      • + zachování současných HW a SW investic
      • + rozdílné uživatelské pohledy na data, nepřetržitý vývoj aplikací, dynamické zálohování, možnost výběru libovolného DBMS, možnost volby libovolného grafického rozhraní, online přístup k libovolnému zdroji dat
      • - komplikovanější návrh a implementace systému (je třeba dobře separovat jednotlivé vrstvy)
  • vícevrstvé architektury K/S

model network computing

  • nárust nákladů na systémovou správu ve firmách → řešením je nahrazení tlustého klienta tím tenkým
  • tlustý klient
    • aplikace už jsou dopředu nainstalované, pouze předpokládám že budou v budoucnu budoucně využity
    • → těch aplikací je zbytečně moc a většinou se i zřídka kdy použijou
    • zabírá mi to místo na disku, paměti a žere to čas procesoru
    • počítač tloustne!!!
  • tenký klient
    • vše potřebné si stáhnu ze serveru → minimální požadavky na vybavenost PC
    • až práce skončí, všecho se smaže
    • síť zajišťuje výběr serveru
    • provozní náklady jsou značně pomenšeny

distribuovaný výpočet

  • výpočet rozdělený na více menších, méně náročných úloh, za účelem rychlejšího vyřízení požadavku předaného programu
  • paralelizace výpočtu algoritmu - vzájemně nezávislé části výpočtu běží současně
  • buď přesměruju SW vlákna na jiné členy clusteru v rámci OS
  • nebo nainstaluju mnoho klientů v rámci toho programu na každý počítač co tvoří cluster

GRID computing

  • GRID - přirozená evoluce výpočetních a komunikačních možností, nabízí velice revoluční způsob interakce v moderní informační infrastruktuře
  • = infrastruktura umožňující sdílet kapacity a funkce, integrovat služby a prostředky v rámci organizací a mezi nimi, umožňující aktivní spolupráci v distribuovaném multiorganizačním prostředí
  • GRID nakládá s:
    • výpočetní kapacitou (uzly, procesory)
    • úložnými prostředky (paměť, archiv, úložné sítě)
    • daty (charakterizovaná umístěním a dostupností)
    • sítí (charakterizované šířkou pásma a zpožděním)
    • softwary
    • službami

výpočetní GRID

  • HW a SW infrastruktura, která poskytuje levný, spolehlivý, a standardizovaný přístup ke špičkovým výpočetním službám
  • heterogenní = různé HW i SW
  • používá standardní, ověřené protokoly
  • poskytuje netriviální kvalitu služeb (více než jednotlivé části tak každá zvlášť)

výpočetní cluster

  • propojení více PC, kteří společně pracují na jedné úloze
  • homogenní prostředí = všechny počítače v clusteru mají stejné SW vybavení
  • 1 stroj funguje jako rozdělovač práce pro ostatní

kategorie GRIDů

  • funkční GRID = LHC urychlovač částic v CERNu (detektory vyprodukují každou sekundu 1,5 GB dat)
  • výpočetní GRID = poskytuje výpočetní servis
    • poskytuje zabezpečené služby pro spuštění appek na distribuovaných výpočetních zdrojích
    • virtuální superpočítač
  • datový GRID
    • zpracovává rozsáhlé datové sady pomocí služeb výpočetního GRIDu
    • sdílí velké množství dat, poskytuje zabezpečný přístup k nim a umožňuje jejich následnou správu
    • iluze jednotného hromadného datového úložiště
  • informační GRID
    • rozšíření o poskytování kategorizace dat, ontologii, sdílení znalostí a tvorby wokflow
    • vzdálená kontrola a správa vybavení, senzorů, zařízení

virtualizace

  • primárním cílem virtualizace je skrýt technické detaily systému pod virtualizační vrstvu, prostřednictvím které je pak k dispozici pouze jeho “výkon”
  • == běh jednoho nebo více virtuálních strojů na jednom počítači

emulace

  • překlad strojových instrukcí hostovaného systému na strojové instrukce hostitelského stroje
Permalink server.1483869936.txt.gz · Last modified: by efox

oeffentlich