elektronická verzia publikácie - FIIT STU - Slovenská technická ...
elektronická verzia publikácie - FIIT STU - Slovenská technická ...
elektronická verzia publikácie - FIIT STU - Slovenská technická ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Architektúry softvéru 95<br />
Posudzovanie systémov s udalosami<br />
Posudzova ubovoný zložitý systém nie je nikdy jednoduché, lebo v každom špecifickom<br />
prípade je potrebné uváži, ktoré vlastnosti sú práve dôležitejšie a ktorým nie je potrebné<br />
priradi až takú váhu. Preto je vhodné ma prehad, aké vlastnosti by nás mali zaujíma<br />
a preo.<br />
Synchrónnos riadiaceho toku. Tu sa myslí nezávislos práce smerovaa a ostatných sú-<br />
iastok. Väšina súasných systémov je asynchrónna – oddeuje prácu manažéra<br />
a príjemcu udalosti. Napriek tomu stále môžu existova jednoduché synchrónne systémy<br />
kde staí, ke sa spracuje len jedna udalos v danom ase. Takýto prístup je vhodný, ak sa<br />
udalosti spracovávajú v rámci jedného procesu.<br />
Statická alebo dynamická registrácia a možnos odregistrovania sa. Jednoduchšie systémy<br />
môžu ma zadefinované pripojenia už v ase implementácie a nie je ich potrebné rekonfigurova<br />
poas vykonávania aplikácie.<br />
asy rozdeovania a spracovania udalostí. as rozdeovania je potrebný na rozpoznanie<br />
vzniku udalosti, zistenie akého je typu a odovzdanie udalosti na spracovanie. as spracovania<br />
udalosti už závisí od príjemcu udalosti.<br />
Spracovanie výnimiek. i smerova rozpozná neznámu alebo chybnú udalos a o<br />
s ou vie urobi. Chybné udalosti vznikajú zvyajne poruchou hardvéru. Softvérová sú-<br />
iastka môže tiež generova udalos, ktorú nemá zaregistrovanú. Udalos je však jej hlavný<br />
výstup a preto sa tento problém zvyajne vyrieši už poas vývoja súiastky.<br />
Škálovatenos. Závisí od modelu distribuovania udalostí a konštrukcie smerovaa.<br />
Pri horizontálne distribuovaných smerovaoch sa záaž zníži tým, že každá jednotka smerovaa<br />
sa venuje len menšiemu potu typov udalostí. Spracovanie je vemi rýchle, ale je tu<br />
limit na maximálny poet jednotiek – toko, koko je typov udalostí. Vertikálne distribuované<br />
smerovae sú vlastne rozdelené hierarchicky. Znižuje sa tu poet príjemcov správy<br />
na jednotku smerovaa. Nevýhodou je, že udalos prechádza cez viacero smerovaov<br />
a narastá as rozdeovania udalostí.<br />
Bezpenos. Jednotlivé typy udalostí a udalosti z rôznych zdrojov môžu ma rôzne<br />
úrovne oprávnenia. Príjemcovia udalostí môžu získa len tie správy, na ktoré majú oprávnenia.<br />
Použitie vyrovnávacej pamäte. Zvyšuje šancu spracovania všetkých udalostí ale spoma-<br />
uje prácu manažéra. Je potrebné definova as „prežitia“ udalosti, to znamená, po akom<br />
ase už nemá význam na udalos reagova.<br />
Kvalita služieb. Pod týmto názvom sú zahrnuté ostatné vlastnosti systému, ako je spo-<br />
ahlivos doruenia udalostí, rekonfigurovatenos, automatické vyváženie záaže smerovaov,<br />
možnosti úpravy správ a alšie.<br />
Výhody a nevýhody systémov založených na udalostiach<br />
Medzi výhody patrí vysoká rekonfigurovatenos týchto systémov. Súiastky sa môžu<br />
pripája a odpája bez toho, aby to funkne ovplyvnilo zvyšok systému. Tieto systémy<br />
výrazne podporujú znovupoužitie. Od súiastky sa vyžaduje len správne rozhranie<br />
na príjem alebo posielanie udalostí a nie je dôležité ako je vytvorená ani v akom prostredí<br />
sa vykonáva.<br />
Výhodou je tiež, že súiastka pozná len manažér udalostí a nemusí pozna ni iné.<br />
Údaje prichádzajú vo forme akú pozná a odosiela ich rovnako. Pri vytváraní súiastky nie