Naposledy upravil Sergej Kuriš 2025/05/30 09:12
Z verzie 22.6
upravil Sergej Kuriš
-
Zmeniť komentár: (Autosaved)
Do verzie 22.9
upravil Sergej Kuriš
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -664,9 +664,8 @@
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 -[[image:1747313646415-982.png]]
667 +[[Plánovaná architektúra riešenia>>image:1747313646415-982.png]]
668 668  
669 -Obrázok 3 Plánovaná architektúra riešenia
670 670  
671 671  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.
672 672  
... ... @@ -900,7 +900,7 @@
900 900  
901 901  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í.
902 902  
903 -Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA:
902 +**Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA:**
904 904  
905 905  |**Kritérium**|**Alternatíva 1**|**Alternatíva 2**|**Alternatíva 3**
906 906  |A – Správa registra médií a audiovízie|Nie|Áno|Áno
... ... @@ -980,7 +980,7 @@
980 980  
981 981  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.
982 982  
983 -1. Stanovenie alternatív v technologickej vrstve architektúry
982 +=== 5.2.3 Stanovenie alternatív v technologickej vrstve architektúry ===
984 984  
985 985  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.
986 986  
... ... @@ -987,19 +987,12 @@
987 987  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:
988 988  
989 989  * Primárne využitie služieb vládneho cloudu
990 -
991 991  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 -
993 993  * Zabezpečenie škálovateľnosti, bezpečnosti a dostupnosti
994 -
995 995  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 -
997 997  * Hybridný model v prípade špecifických požiadaviek
998 -
999 999  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 -
1001 1001  * Minimalizácia vendor lock-in efektu
1002 -
1003 1003  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.
1004 1004  
1005 1005  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.