elektronická verzia publikácie - FIIT STU - Slovenská technická ...

Softvérové súiastky 43
koch, ktoré umožnia klientskej súiastke a serverovej súiastke komunikova prostredníctvom
spájajúceho softvéru. Implementácia spájajúceho softvéru je pre vývojára klientskej
alebo softvérovej súiastky ukrytá. Vývojár potrebuje len možnos používa spájajúci softvér
v príslušnom programovacom jazyku (napr. pomocou podpornej knižnice).
Obrázok 2-3. Príklad architektúry spájajúceho softvéru.
2.1.4 Návrh distribuovanej aplikácie
Návrh distribuovanej aplikácie je z viacerých dôvodov komplikovanejší ako návrh centralizovanej
aplikácie vykonávanej v homogénnom prostredí jedného výpotového uzla.
Uvedieme niekoko základných aspektov, ktoré distribuovanej aplikácii pridávajú na zložitosti:
vývoj softvéru, plánovanie zdrojov, správa chýb, používanie nehomogénnych prostredí
a problematickou sa javí aj otázka bezpenosti distribuovaného systému.
Vývoj softvéru
Samotná zložitos vývoja softvéru je asto spojená so skutonosou, že neexistuje možnos
ladenia distribuovanej aplikácie, ako to poznáme pri centralizovaných systémoch. Vývoj
aplikácie je spojený s problémami ako napr. vzdialená komunikácia, transakcie, udalosti,
pomenovávanie (angl. naming, t.j. priraovanie loveku zrozumitených mien entitám
v distribuovanom systéme) i bezpenos.
Plánovanie zdrojov
Plánovanie zdrojov v distribuovanej aplikácii je nároné na plánovanie jednotlivých aktivít.
Vo väšine prípadov sa totiž softvérová súiastka prirauje na vykonanie konkrétnemu
hardvéru až v ase vykonávania programu. Pri plánovaní zdrojov je preto potrebné
bra ohad na požiadavky služieb a súiastok a tiež na možnosti jednotlivých hardvérových
súiastok.
Správa chýb
Správa chýb v distribuovanom systéme je odlišná od správy chýb v centralizovanom systéme
najmä tým, že v prípade neošetrenej chyby v centralizovanom systéme dôjde k pádu
celého systému, na druhej strane v prípade distribuovanej aplikácie pri zlyhaní jednej sú-
iastky alebo procesu v nejakom uzle nedôjde k pádu celej aplikácie. Dokonca napr. neukonenie
niektorého z procesov môže spôsobi zlyhanie inej, na prvý pohad s daným
procesom nesúvisiacej, súiastky. Z tohto dôvodu nemožno v distribuovanom systéme
zanedba mechanizmus správy chýb.