Zmeny dokumentu I-02 Projektový zámer V1.0
Naposledy upravil Sergej Kuriš 2025/05/30 09:12
Súhrn
-
Vlastnosti stránky (1 modified, 0 added, 0 removed)
Podrobnosti
- Vlastnosti stránky
-
- Obsah
-
... ... @@ -664,8 +664,9 @@ 664 664 665 665 Nasledujúci schéma zobrazuje ideový návrh architektúry riešenia a budovania jednotlivých častí v rámci Centrálnej správy registrov a evidencií. Schéma modrou farbou zobrazuje časti, ktoré budú vybudované ako súčasť realizácie projektu. 666 666 667 -[[ Plánovaná architektúra riešenia>>image:1747313646415-982.png]]667 +[[image:1747313646415-982.png]] 668 668 669 +Obrázok 3 Plánovaná architektúra riešenia 669 669 670 670 Architektúra riešenia vychádza priamo z požiadaviek výzvy „Lepšie eGOV služby“ a cieľov Ministerstva kultúry SR (MK SR) na modernizáciu a centralizáciu správy dátových registrov. Riešenie je navrhnuté ako modulárna platforma založená na mikroservisnej architektúre, nasadenej vo vládnom cloude s vysokou dostupnosťou, škálovateľnosťou a bezpečnosťou. 671 671 ... ... @@ -899,7 +899,7 @@ 899 899 900 900 Tento variant je považovaný za najlepšie riešenie, pretože poskytuje komplexnú podporu pre všetky funkcie požadované výzvou a zabezpečuje udržateľné a rozšíriteľné riešenie pre ďalší rozvoj služieb v oblasti kultúry a médií. 901 901 902 - **Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA:**903 +Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA: 903 903 904 904 |**Kritérium**|**Alternatíva 1**|**Alternatíva 2**|**Alternatíva 3** 905 905 |A – Správa registra médií a audiovízie|Nie|Áno|Áno ... ... @@ -979,7 +979,7 @@ 979 979 980 980 Aplikačná vrstva architektúry tak v konečnom dôsledku plne reflektuje vybranú Alternatívu 3 z biznisovej architektúry. Navrhnuté aplikačné moduly koncentrujú potrebnú funkcionalitu do novej platformy a žiadne alternatívne scenáre v tejto vrstve neboli potrebné. Tento prístup garantuje, že architektúra informačného systému Ministerstva kultúry SR bude kompatibilná, efektívna, legislatívne súladná a udržateľná v dlhodobom horizonte, čím prispieva k úspešnému naplneniu cieľov projektu. 981 981 982 - === 5.2.3Stanovenie alternatív v technologickej vrstve architektúry===983 +1. Stanovenie alternatív v technologickej vrstve architektúry 983 983 984 984 V rámci technologickej vrstvy architektúry riešenia projektu sa uplatňujú alternatívy vychádzajúce z požiadaviek definovaných v aplikačnej vrstve a vybraného preferovaného variantu (variant 3). Tento variant sa zameriava na vybudovanie evidenčných a registračných služieb v oblasti médií a audiovízie, pričom sa kladie dôraz aj na integráciu s CPDI a zlepšenie elektronických služieb pre občanov a podnikateľov. 985 985 ... ... @@ -986,12 +986,19 @@ 986 986 Technologická vrstva riešenia je navrhnutá s ohľadom na efektívnosť a zabezpečenie požiadaviek na funkcionalitu, bezpečnosť a udržateľnosť systému. Pri výbere alternatív v technologickej vrstve boli zohľadnené nasledujúce kľúčové faktory: 987 987 988 988 * Primárne využitie služieb vládneho cloudu 990 + 989 989 V súlade s metodickými usmerneniami a štandardmi verejnej správy sa plánuje využitie vládneho cloudu pre zabezpečenie efektívnej prevádzky systému. Cloudové služby z verejného katalógu vládneho cloudu poskytujú potrebnú flexibilitu, bezpečnosť a súlad s legislatívnymi požiadavkami. 992 + 990 990 * Zabezpečenie škálovateľnosti, bezpečnosti a dostupnosti 994 + 991 991 Technologická vrstva riešenia musí byť škálovateľná, aby zvládla rastúce nároky na objem spracovávaných údajov a zároveň musí zabezpečiť vysokú dostupnosť a bezpečnosť údajov, čo je kľúčové pre dôveru používateľov a zabezpečenie ochrany osobných údajov. 996 + 992 992 * Hybridný model v prípade špecifických požiadaviek 998 + 993 993 V prípade, že použitie výlučne verejného cloudu nebude ekonomicky výhodné alebo technicky vhodné, bude zvážené využitie hybridného modelu, ktorý kombinuje výhody verejného a privátneho cloudu. Tento model bude zohľadňovať potreby na ochranu údajov a ochranu pred vendor lock-in efektom. 1000 + 994 994 * Minimalizácia vendor lock-in efektu 1002 + 995 995 Systém bude navrhnutý tak, aby bol čo najmenej závislý na konkrétnych technologických poskytovateľoch, čo umožní flexibilitu pri ďalších technologických vylepšeniach a zníži náklady v dlhodobom horizonte. 996 996 997 997 Nasledujúca tabuľka uvádza klasifikáciu jednotlivých ISVS a modulov, ktoré budú v rámci tohto projektu vybudované alebo modernizované. Klasifikácia zohľadňuje požiadavky na dostupnosť, kritickosť, integritu a autenticitu a je v súlade s metodickým usmernením č. 023107/2023/oSBATA-1 pre klasifikáciu ISVS. Tieto informácie sú kľúčové pre ďalší vývoj a implementáciu systému v súlade s požiadavkami verejnej správy.