I-03 Prístup k projektu (pristup_k_projektu)

|1.|DSL|Definitive Software Library (ITIL) – zoznam SW, ktorý je možné/povolené používať v prostredí organizácie (s priradenými identifikačnými kódmi)

52

|2.|Automatizovaný spôsob|Ide o spracovanie vstupných dát v štruktúrovanej forme na základe nadefinovanej procedúry alebo scriptu. Spustenie spracovania môže byť naplánované ako opakovaná činnosť, alebo vyvolaná jednorazovou činnosťou (napr. uzavretie tiketu)

53

|3.|FT|Fix Time - Maximálna doba, do ktorej nahlásená vada musí byť odstránená a služba poskytovaná podľa dohodnutých parametrov

54

|4.|FŠ|Funkčná špecifikácia (dokument, popisujúci kontext pre využitie riešenia s jeho funkčnými požiadavkami)

55

|5.|HW/Cloud|Hardvér / Cloud

56

|6.|IKT|Informačno-komunikačné technológie (organizácie)

57

|7.|IdM|Identity Manager

58

|8.|IS|Informačný systém

59

|9.|IT ROLA|Rola, ktorá definuje prístup do IS alebo definuje využívanie IT zdrojov

60

|10.|RT|Response Time - Maximálna doba, počas ktorej je dodávateľ povinný reagovať na podnet objednávateľa (napr. incident, požiadavku)

61

|11.|SD|Service Desk

62

|12.|SDM|Service Desk Manager

63

|13.|SLA|Service Level Agreement – dohoda/zmluva o parametroch poskytovania služby

64

|14.|SW|softvér

65

|15.|TŠ|Technická špecifikácia (dokument, popisujúci kontext pre technické začlenenie riešenia do prostredia organizácie, s jeho technickými, integračnými, architektúrnymi a bezpečnostnými požiadavkami)

66

|16.|WF|Workflow = pracovný proces, zobrazený postupnosťou úkonov

67

|17.|PTK/RFI|Predbežná trhová konzultácia/Request for information

68

|18.| MPSVR SR|(((

69

Ministerstvo práce, sociálnych vecí a rodiny Slovenskej Republiky

70

71

Vo viacerých prípadoch skratka MPSVR SR zahŕňa celý rezort MPSVR SR

72

)))

73

|19.|UPSVAR|Ústredie práce, sociálnych vecí a rodiny

74

|20.|BES|BiZZdesign Enterprise Studio – nástroj na zachytenie architektúry IS

75

|21.|Atos|Dodávateľ Atos IT Solutions and Services s.r.o.

76

|22.|MD|Človekodeň (Manday)

77

|23.|IKT|Informačno–komunikačné technológie

78

|24.|IS|Informačný systém

79

|25.|IS VS|Informačný systém verejnej správy

80

|26.|RSD, IS RSD, RD|Informačný systém Riadenie sociálnych dávok

81

|27.|ISSZ, IS SZ, SZ|Informačný systém služieb zamestnanosti

82

|28.|DMS, EK|Dokument manažment systém, Elektronická podateľňa, Elektronická komunikácia

83

|29.|SOCNET|Privátna sieť medzi MPSVR, ÚPSVAR a UPSVR.

84

|30.|GOVNET|Privátna sieť prevádzkované pre vládne inštitúcie organizáciou NASES

85

|31.|NASES|Národná agentúra pre sieťové a elektronické služby

86

|32.|MIRRI|Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky

87

|33.|EESSI|Electronic Exchange of Social Security Information = Medzinárodný systém elektronickej výmeny údajov o sociálnom zabezpečení

88

|34.|IS EESSI, EESSI-NASK MPSVaR|Národná aplikácia elektronickej výmeny údajov o sociálnom zabezpečení sprostredkúvajúci výmenu informácií cez EESSI na MPSVR

89

|35.|METAIS|Centrálny metainformačný systém verejnej správy

90

|36.|VPM|Voľné pracovné miesta

91

|37.|SOS|Informačný systém SOS

92

|38.|IS CPDI|Centrálna platforma dátovej integrácie (historicky CSRÚ &CIP)

93

94

2.2 Konvencie pre typy požiadaviek (príklady)

95

96

|**ID**|**SKRATKA**|**POPIS**

97

|1.|U|Užívateľská požiadavka

98

|2.|C|Kapacitné požiadavky procesov

99

|3.|S|Požiadavka na bezpečnosť

100

|4.|O|Prevádzková požiadavka (Operations)

101

|5.|D|Požiadavka na dokumentáciu

102

103

3. Popis navrhovaného riešenia

104

105

MPSVR prevádzkuje svoje informačné systémy v nasledovných lokalitách:

106

107

* dátové centrum v priestoroch MPSVR na Špitálskej ulici v Bratislave – toto dátové centrum je používané pre prevádzku bezpečnostných, komunikačných, archívnych a podporných systémov,

108

* dátové centrum externého poskytovateľa prevádzky – je zmluvne poskytované treťou stranou spolu s infraštruktúrou a jej prevádzkou a bežia z neho kritické informačné systémy,

109

* privátna časť Vládneho cloudu IaaS1 na Kopčianskej ulici v Bratislave, v ktorom bežia niektoré nové systémy poskytujúce služby občanom,

110

* privátna časť Vládneho cloudu IaaS2 v Tajove, v ktorom beží jeden nové systémy poskytujúci služby občanom.

111

112

Koľko je aktuálne (k 31.8.2024) v ktorej lokalite prevádzkovaných IS je na nasledujúcom grafe:

[[image:Obr.1.png]]

Obrázok 1: počet ITVS prevádzkovaných v jednotlivých lokalitách

117

118

Pod informačným systémom ITVS, v dokumente rozumieme všetky IS definované v METAIS, ktoré nie sú zrušené alebo prevádzkované formou SaaS, plus spoločnú zdieľanú podpornú infraštruktúru. Počet serverov je na nasledujúcom obrázku:

[[image:Obr.2.png]]

Obrázok 2: počet serverov per lokalita

123

124

Celkovo má MPSVR 427 serverov, z toho 23 fyzických (okrem virtualizačných serverov), 258 virtuálnych a 146 poskytovaných formou IaaS. Tri hlavné ITVS, najväčšie a úzko previazané, nad ktorými sú realizované zmeny preZS sú: DMS, RSD a ISSZ. MPSVR postupne pripravuje, alebo už realizuje, ich transformácii na cloudové ITVS avšak stále existuje viacero obmedzení, ktoré tomu v tomto v horizonte 3 rokov bránia. Hlavné sú:

125

126

* Použitím technológie zo začiatku storočia, konkrétne implementácie RMI-IIOP od IBM vo IBM WebSphere Application Server v8, je určujúca limitácia, že všetky komponenty, servery aj klientske stanice, musia byť v rovnakej sieti. Nie je možné použiť NAT alebo ipsec tunely nakoľko zvolená implementácia ich nepodporuje.

127

* Používajú sa fyzické hardvérové PCI HSM karty, ktoré nie je zatiaľ možné nahradiť softvérovým riešením.

128

* Z dôvodu úspory finančných prostriedkov sú virtuálne servery používajúce licenčný softvér od spoločností IBM a Oracle prevádzkované na špeciálnej oddelenej infraštruktúre tak, aby bola možná virtualizácia a v maximálnej miere sa využívali licencie, resp. vyťažil hardvér. Prechodom do cloudu by bolo potrebné dokúpiť licencie v značnom finančnom objeme preto MPSVR naštartovala v dotknutých IS zmenu týchto softvérov na open source verzie.

129

* Veľký objem uložených dokumentov, nakoľko dlhé roky časť úkonov na úrade práce potrebovalo písomné potvrdenia, ktoré sa skenovali a ukladali do DMS, kde zatiaľ nie je prevádzkovaný archivačný systém. Celkový objem dát je 385 TB a záloh 1,3 PB.

130

131

Kritické systémy bežia na vypožičanej infraštruktúre od externého dodávateľa, ktorá zahŕňa jej umiestnenej v prenajatom dátovom centre, pripojenie do internej sieti a prevádzku. Táto situácia, vendor lock-in, limituje rozvoj a zabezpečenie infraštruktúry pre ITVS poskytujúce základné služby rezortu. Kvôli tomuto obmedzeniu nie je možné ani zrealizovať zabezpečenie kontinuity prevádzky.

132

133

Kritické systémy prevádzkované na vypožičanej infraštruktúre sú kľúčové pre plnenie úloh MPSVR. Z 12 základných služieb je na nich prevádzkovaných 8, plus pre 2 ďalšie ISVS sú v nej prevádzkované backend komponenty, úzko previazané so základnými službami. Ide o ISVS pre riadenie sociálnych dávok, služieb zamestnanosti, register klientov, centrálny IDM, podporu detských domov a DMS. Produkčné prostredia týchto systémov budú migrované od externého poskytovateľa do DC1. Ostatné prostredia do DC2. V prípade výpadku niektorej lokality (okrem DC2) budú prostredia v DC2 výkonovo utlmené a na ich mieste spustené ISVS z dotknutej lokality.

134

135

Cieľová architektúra MPSVR počíta v strednodobom horizonte s umiestnením všetky IS do cloudových prostredí a s vybudovaním druhej dostupnej lokality v dátovom centre MPSVR. Primárne v nej budú bezpečnostné, manažovacie, podporné systémy a kópie záloh dát ITVS z ostatných lokalít. MPSVR predpokladá, že tento stav plnohodnotne dosiahne po roku 2028. Navrhovaná aktuálna architektúra preto predpokladá prevádzku IS v cloudových prostrediach a prevádzku infraštruktúry v dvoch lokálnych dátových centrách.

[[image:Obr.3.png]]

Obrázok 3: návrh rozmiestnenia infraštruktúry v dátových centrách

140

141

Microsoft Offie 365 je v architektúre uvedený zámerne. MPSVR začína používať aplikácie vybudované nad prostriedkami (Power Apps) poskytovanými týmto cloudovým prostredím. Platforma SharePoint Online je plánovaná ako cieľová platforma pre niektoré aplikácie postavené nad klasickým SharePoint riešením.

142

143

Zabezpečenie vysokej dostupnosti vníma MPSVR v dvoch rovinách: minimalizácia výpadkov komponentov IS použitím štandardných virtualizačných a klastrových technológií v rámci lokality a zabezpečenie pokračovania prevádzky aj v prípade výpadku jedného cloudových prostredí alebo lokálneho dátového centra. Kritické ITVS sú vybudované tak, aby boli v rámci lokality odolné voči výpadku jedného fyzického komponentu. Na výpadok lokality však pripravené nie sú. Nevyhovujúce zabezpečenie kontinuity prevádzky bolo aj súčasťou nálezov auditov kybernetickej bezpečnosti.

144

145

Zabezpečenie dostupnosti v rámci lokality nebudeme podrobnejšie popisovať. Je dosiahnuté použitím štandardných technológií. Aj pre jej zabezpečenie medzi lokalitami je navrhované použiť v maximálne možnej miere štandardné technológie. V niektorých prípadoch, napr. ITVS umiestnené vo Vládnom cloude sú však možnosti limitované.

146

147

Medzi lokalitami budú využité nasledovné štandardné technológie:

148

149

* automatické preklápanie sieťovej komunikácie s ohľadom na dostupnosť služieb,

150

* replikácia dát na úrovni virtualizovaného prostredia,

151

* replikácia dát na úrovni databáz,

152

* replikácia dát na úrovni diskových polí,

153

* zabezpečenie kontajnerizačnej platformy,

154

* obnova dát zo záloh.

155

156

Navrhované riešenia sa snažia v maximálne možnej miere využívať vlastnosti technológie v zabezpečení replikácie, zálohy, kopírovania dát medzi lokalitami.

157

158

159

4. Architektúra riešenia projektu

4.1 Biznis vrstva

Biznis vrstva sa plánovanými zmenami nemení.

4.2 Aplikačná vrstva

Aplikačná vrstva sa plánovanými zmenami nemení. Pre niektoré ITVS bude upravený model nasadenia zohľadňujúci riešenie zabezpečenia kontinuity prevádzky ale tieto zmeny sú minimálne a nemajú vplyv na aplikačnú funkcionalitu ako takú.

169

170

171

4.2.1 Rozsah informačných systémov – AS IS

172

173

Prevádzky nasledovných informačných systémov uvedených v nasledujúcej tabuľke bude dotknutá realizáciou projektu, a to buď ich zlepšením ich výkonu alebo kapacity migráciou na novú cieľovú infraštruktúru alebo zvýšením ich dostupnosti touto infraštruktúrou alebo vybudovaním riešenia kontinuity ich prevádzky:

|(((

**Kód ISVS**

//(z MetaIS)//

)))|**Názov ISVS**|(((

180

**Modul ISVS**

181

182

//(zaškrtnite ak ISVS je modulom)//

183

)))|**Stav ISVS**|**Typ ISVS**|(((

184

**Kód nadradeného ISVS**

185

186

//(v prípade zaškrtnutého checkboxu pre modul ISVS)//

)))

4.2.2 Rozsah informačných systémov – TO BE

220

221

Identický so súčasným stavom.

222

223

4.2.3 Využívanie nadrezortných a spoločných ISVS – AS IS

224

225

Týmto projektom nie je menené.

226

227

4.2.4 Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE

228

229

Týmto projektom nie je menené.

230

231

4.2.5 Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE

232

233

Týmto projektom nie je menené.

234

235

4.2.6 Aplikačné služby pre realizáciu koncových služieb – TO BE

236

237

Týmto projektom nie je menené.

238

239

4.2.7 Aplikačné služby na integráciu – TO BE

240

241

Týmto projektom nie je menené.

242

243

4.2.8 Poskytovanie údajov z ISVS do IS CPDI – TO BE

244

245

Týmto projektom nie je menené.

246

247

4.2.9 Konzumovanie údajov z IS CPDI – TO BE

248

249

Týmto projektom nie je menené.

4.3 Dátová vrstva

Dátová vrstva je identická so súčasným stavom. Implementáciou projektu sa nemení.

255

256

4.3.1 Údaje v správe organizácie

257

258

Týmto projektom nie je menené.

259

260

4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE

261

262

Týmto projektom nie je menené.

263

264

4.3.3 Referenčné údaje

265

266

Týmto projektom nie je menené.

267

268

4.3.4 Kvalita a čistenie údajov

269

270

Týmto projektom nie je menené.

4.3.5 Otvorené údaje

Týmto projektom nie je menené.

275

276

4.3.6 Analytické údaje

277

278

Týmto projektom nie je menené.

4.3.7 Moje údaje

Týmto projektom nie je menené.

283

284

4.3.8 Prehľad jednotlivých kategórií údajov

285

286

Týmto projektom nie je menené.

287

288

289

4.4 Technologická vrstva

290

291

4.4.1 Prehľad technologického stavu - AS IS

292

293

V infraštruktúre sa celkovo používajú nasledovné technológie:

294

295

* fyzické servery s architektúrou procesorov x86, x64 a IBM Power

296

* VMware vSphere 7

297

* operačné systémy Windows Server 2008 R2 a novšie, Linux 6 a novšie

298

* Microsoft SQL Server 2012 a novšie

299

* Oracle Database 19c

300

* PstgreSQL 11 a novšie

301

* IBM WebSphere Application Server Network Deployment 8.5.5

302

* Red Hat JBoss 7 a Red Hat WildFly 11 a novšie

303

* IBM Cognos Business Intelligence 10.2

304

* Red Hat OpenShift 4

305

306

4.4.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE

307

308

V nasledujúcej tabuľke sú predpokladané parametre pre ŽS:

309

310

|**Parameter**|**Jednotky**|**Predpokladaná hodnota**|**Poznámka**

311

|Počet interných používateľov|Počet|11 000|

312

|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet|9 500|

313

|Počet externých používateľov (internet)|Počet|TBD|

314

|Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet|TBD|

315

|Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie|6 100 000 / ročne|

316

|Objem údajov na transakciu|Objem/transakcia|64kB|

317

|Objem existujúcich kmeňových dát|Objem|Fyzické a právnické osoby|

318

319

Pri návrhu výkonu a kapacity sa vychádzalo zo súčasného stavu nakoľko modifikácia súčasných systémov, resp. prechod z manuálnych činností na automatizované, zásadne nezmení mieru ich vyťaženia.

320

321

MPSVR plánuje infraštruktúru v lokálnych dátových centrách minimalizovať, ale v tomto momente sa nevie zatiaľ vyhnúť jej potrebe. Cieľovým stavom v krátkodobom horizonte je preto hybridná infraštruktúra, skladajúca sa z viacerých Vládnych cloudov a dvoch lokálnych dátových centier, označovaných v tomto dokumente ako DC1 a DC2.

322

323

Informačné systému sú prevádzkované vo Verejných cloudoch a DC1. DC2 má dve úlohy:

324

325

1. poskytuje pre produkčné prostredia IS vo VC a DC1 dostatočný výkon a kapacitu pre prevádzku v prípade zlyhania niektorého z primárnych centier,

326

1. poskytuje dostatočný výkon a kapacitu pre mnohé používané systémy pre správu a bezpečnosť infraštruktúry, primárne koncových staníc a užívateľov.

327

328

Principiálne by väčšina systémov z bodu 2 mohla ležať aj vo Vládnom cloude ale z podstaty svojej činnosti narábajú s väčšími objemami dát, ktoré distribuujú užívateľom, majú špecifické požiadavky na sieťové linky a je odporúčané ich prevádzkovať na rovnakej vysoko priepustnej privátnej sieti ako sú koncové zariadenia užívateľov.

329

330

V zmysle plánov koncepcie uvažovanej MPSVR, DC1 po presťahovaní všetkých IS do cloudového prostredia časom zanikne. Predbežne sa s tým počíta niekedy po roku 2028. Aby bola infraštruktúra v DC1 čo najmenšia, architektúra riešenia počíta s tým, že bude obsahovať len produkčné prostredia IS, ktoré zatiaľ nemôžu alebo s ešte len transformujú do cloudového prostredia. Testovacie prostredia budú umiestnené v DC2 a v prípade potreby, resp. výpadku niektorého z cloudou alebo DC1, budú automaticky prednastavenými prioritami obmedzené tak, aby bola z DC2 možná plnohodnotná prevádzka produkčných prostredí.

331

332

4.4.2.1 Výkon a kapacita infraštruktúry DC1

333

334

V DC1 musí byť prevádzkované to, čo je dnes pre IS poskytované v produkčných prostrediach externého poskytovateľa prevádzky a MPSVR. Plus potrebná zdieľaná infraštruktúra ako Active Directory kontroléri, monitoring a pod. Pre nárast výkonu a kapacity v najbližších rokoch odhadujeme nasledovné pravidlá:

335

336

* potrebný výkon cpu bude rásť najbližšie 3 roky o 5% a potom, vďaka postupnej migrácii IS do cloudov, bude postačovať na ďalšie 3 roky,

337

* potrebná kapacita pamäte bude rásť najbližšie 3 roky o 5% a potom, vďaka postupnej migrácii IS do cloudov, bude postačovať na ďalšie 3 roky,

338

* potrebná kapacita diskového priestoru bude rásť najbližšie 3 roky o 10% a potom, vďaka postupnej migrácii IS do cloudov, bude postačovať na ďalšie 3 roky.

339

340

Predpokladá sa, že spoločná infraštruktúra v DC1 bude veľmi podobná dnešnej prevádzkovanej u externého poskytovateľa prevádzky. V sumáre je potom možné definovať nároky nasledovne:

341

342

343

|Externý poskytovateľ prevádzky| 834|6,2 TB|14,0 TB|50,0 TB|1,2 TB|385,0 TB

344

|Dátové centrum MPSVR| 103|0,5 TB|1,5 TB|0,0 TB|15,0 TB|0,0 TB

345

|Spoločná infraštruktúra| 126|1,4 TB|2,0 TB|0,0 TB|0,5 TB|0,5 TB

346

|Spolu| 1 063|8,1 TB|2,0 TB|50,0 TB|16,7 TB|385,5 TB

347

|Za 6 rokov| 1 172|9,0 TB|3,0 TB|61,0 TB|21,0 TB|467,0 TB

348

349

Tieto údaje sú kumulované z rôznych typov výkonu. Zároveň existuje niekoľko limitácií:

350

351

* odporúčaná architektúra poštového systému je iná, kapacitne náročnejšia, ako dnes prevádzkovaná,

352

* je nutné dodržať licenčné obmedzenia vyplývajúce z použitého softvéru od spoločnosti IBM, Microsoft a Oracle,

353

* aplikačné a databázové servery DMS požadujú vysoký výkon a špecifické kapacity.

354

355

Sumárny pohľadu uvedený v tabuľke vyššie je preto nedostatočný. V architektúre sa počíta pre systémy s nasledovnými typmi serverov:

356

357

* virtualizačné, alebo hyper-konvergované servery pre moderné aplikácie,

358

* virtualizačné, alebo hyper-konvergované servery pre legacy aplikácie,

359

* virtualizačné servery spĺňajúci licenčné podmienky IBM,

360

* virtualizačné servery spĺňajúci licenčné podmienky Oracle,

361

* server pre MS Exchange,

* zálohovací server,

* analytický server.

V nasledujúcej tabuľke je počet typov serverov, počet ich jadier a prepočet podľa oversubsription parametra na výsledný počet zahŕňajúcich jadier:

366

367

368

|HCI Server - bežná prevádzka| 6| 44| 264|4:1| 1 056

369

|HCI Server - vysoký výkon| 2| 32| 64|1:1| 64

370

|Server pre systém elektronickej pošty| 2| 48| 96|1:1| 96

371

|Server pre Oracle databázy| 2| 16| 32|1:1| 32

372

|Server pre reportovacie nástroje| 1| 8| 8|1:1| 8

373

|Server pre dátovú analytiku| 1| 56| 56|1:1| 56

374

|Server pre zálohovanie| 1| 16| 16|1:1| 16

375

|Spolu| 15| | 536| | 1 328

376

377

V ideálnom prípade by vyťaženosť v bežnej prevádzke mala byť 80%, tzn. malo by byť vyťažených 1 062 jadier, čo pasuje so spočítanými požiadavkami. A pre definované typy serverov a ich počet je v nasledujúcej tabuľke predpokladaná veľkosť pamäte, pričom je pre jednotlivý typ servera definované HA, tzn. koľko serverov môže zlyhať aby stále bolo dostatok pamäte:

378

379

380

|HCI Server - bežná prevádzka| 6|2,0 TB|12,0 TB|1|10,0 TB

381

|HCI Server - vysoký výkon| 2|1,0 TB|2,0 TB|1|1,0 TB

382

|Server pre systém elektronickej pošty| 2|0,3 TB|0,5 TB|0|0,5 TB

383

|Server pre Oracle databázy| 2|1,0 TB|2,0 TB|0|2,0 TB

384

|Server pre reportovacie nástroje| 1|0,3 TB|0,3 TB|0|0,3 TB

385

|Server pre dátovú analytiku| 1|0,5 TB|0,5 TB|0|0,5 TB

386

|Server pre zálohovanie| 1|0,3 TB|0,3 TB|0|0,3 TB

387

|Spolu| 15| |17,5 TB| |14,5 TB

388

389

Server by mal mať v bežnej prevádzke ideálne zaplnenú pamäť na 80%, takže celková veľkosť pamäte je 11,6TB. V konfigurácii je vyššie kapacita z dôvodu, že aktuálne je ešte 116 server s operačným systémom starším ako Windows Server 2016, s celkovou kapacitou 3,75 TB. Prechodom na novší operačný systém sa bude musieť ich pamäť zvýšiť z dôvodu systémových požiadaviek v priemer o 50%, čo vychádza následne celková pamäť na 11,8 TB s rezervou pri 80% vyťažení.

390

391

Potrebná disková kapacita je definovaná v tabuľke vyššie. V prostredí MPSVR sa používajú 3 druhy diskových priestorov (kedysi to boli aj samostatné diskové polia, dnes sú to už len fyzickými diskami oddelené skupiny):

392

393

* A = rýchle disky, prezentované SSD diskami, na ktorých ležia databázy a zdieľané súborové systémy ktoré potrebujú rýchle IO (vyrovnávacie diskové cache),

394

* B = bežné disky, na ktorých ležia operačné systémy, súborové systémy a pod,

395

* C = veľké a pomalé disky, na ktorých primárne ležia dokumenty DMS a zálohy.

396

397

V architektúre bola prezentovaná snaha čo najviac sa priblížiť ku cloudovej koncepcii softvérovo definovaného dátového centra. Disky pre operačné systémy a v skupine B, v objeme 24TB budú realizovaná ako softvérovo definované úložisko na virtualizovaných serveroch (HCI). Skupina A, rýchle disky, bude pre databázy a je v objeme 61TB. Bude poskytovaná z dôvodu výkonu samostatným diskovým poľom. Skupina C, pomalé a veľké disky má objem 467TB. Bude tiež poskytovaná samostatným diskovým poľom. Hlavný dôvod je cena, nakoľko spojením diskových priestorov skupiny A a C do jedného diskového poľa automaticky implikuje požiadavku na diskové pole triedy Enterprise.

398

399

4.4.2.2 Výkon a kapacita infraštruktúry DC2

400

401

Pre DC2 platia závery a obmedzenia uvedené v predchádzajúcej kapitole. Bude obsahovať aktuálny výkon a kapacitu dnes bežiacich spoločných komponentov v dátovom centre MPSVR a výkon a kapacitu pre všetky neprodukčné prostredia z infraštruktúry u externého poskytovateľa prevádzky a dátového centra MPSVR.

402

403

404

|Externý poskytovateľ prevádzky| 278|3,0 TB|7,5 TB|18,0 TB|0,1 TB|5,0 TB

405

|Dátové centrum MPSVR| 2|8,0 TB|0,1 TB|0,0 TB|0,1 TB|0,0 TB

406

|Spoločná infraštruktúra| 148|0,3 TB|2,5 TB|0,0 TB|17,0 TB|0,0 TB

407

|Spolu| 428|11,3 TB|2,0 TB|18,0 TB|17,2 TB|5,0 TB

408

|Za 6 rokov| 472|13,0 TB|3,0 TB|22,0 TB|21,0 TB|7,0 TB

409

410

Oproti DC1 môžeme brať pri testovacích prostrediach oversubscription 6:1, čo pri povinnom minimálne počet serverov znamená 1 HCI Server - bežná prevádzka navyše. Oproti DC1. Celkový procesorový výkon bude nasledovný:

411

412

413

|HCI Server - bežná prevádzka| 6| 44| 264|6:1| 1 580

414

|HCI Server - vysoký výkon| 2| 32| 64|1:1| 64

415

|Server pre systém elektronickej pošty| 2| 48| 96|1:1| 96

416

|Server pre Oracle databázy| 2| 16| 32|1:1| 32

417

|Server pre reportovacie nástroje| 1| 8| 8|1:1| 8

418

|Server pre dátovú analytiku| 1| 56| 56|1:1| 56

419

|Server pre zálohovanie| 1| 16| 16|1:1| 16

420

|Spolu| 16| | 580| | 1 856

421

422

Pri pamäti je situácia v oboch prípadoch rovnaká, a výsledné požiadavky sú v nasledujúcej tabuľke.

423

424

425

|HCI Server - bežná prevádzka| 6|2,0 TB|12,0 TB|1|10,0 TB

426

|HCI Server - vysoký výkon| 2|1,0 TB|2,0 TB|1|1,0 TB

427

|Server pre systém elektronickej pošty| 2|0,3 TB|0,5 TB|0|0,5 TB

428

|Server pre Oracle databázy| 2|1,0 TB|2,0 TB|0|2,0 TB

429

|Server pre reportovacie nástroje| 1|0,3 TB|0,3 TB|0|0,3 TB

430

|Server pre dátovú analytiku| 1|0,5 TB|0,5 TB|0|0,5 TB

431

|Server pre zálohovanie| 1|0,3 TB|0,3 TB|0|0,3 TB

432

|Spolu| 16| |17,5 TB| |14,5 TB

433

434

V neprodukčných prostrediach sa používajú orezané vzorky dát a preto požadované výsledné kapacity nie sú oveľa vyššie ako v prípade DC1. V nasledujúcej tabuľke sú celkové hodnoty a ich umiestnenie:

435

436

* A – samostatné diskové pole s kapacitou 83 TB,

437

* disky operačných systémov a skupina B – 52 TB vytvorené na softvérovo definovanom diskovom priestore na virtualizačných serveroch,

438

* C – samostatné diskové pole s kapacitou 467 TB.

439

440

4.4.3 Návrh riešenia technologickej architektúry

441

442

Koncepcia sietí a ich ochrany v rámci projektu je založená na štandardnom modeli perimetrovej, servisnej a internej vrstve. Z dôvodu zvýšenia bezpečnosti na jednej strane, a minimalistického počtu serverov na druhej strane je v štandardnom návrhu koncepcie niekoľko zmien. Celkovú koncepciu je možné vidieť na nasledovnom obrázku:

[[image:Obr.4.png]]

Obrázok 4: koncepcia sietí s dátovými tokmi

448

449

Zahŕňa dve dátové centrá, všetky vrstvy, pripojenie na externých partnerov, ale nezahŕňa manažment sieť (bude uvedené neskôr). Na úrovni perimetra je dvojica firewallov. Pripojenia tretích strán (GOVNET, SOCNET, FINNET, ...) sú ukončené priamo na firewalloch. Celková použiteľná priepustnosť prepojov na externé strany je odhadovaná na 24Gbps, čo udáva aj požadovanú kombinovanú priepustnosť perimeter firewallu. Tento tok dát bude na perimeter firewalle kontrolovaný podľa svojho smeru a zdroja bezpečnostnými nástrojmi firewallu, ako sú ips/ids, antivírus, antimalvér, url filtrovanie a pod. Predbežné rozdelenie je nasledovné:

450

451

- všetká prichádzajúca komunikácia bude povolená len na konkrétne porty publikovaných služieb,

452

453

- prichádzajúca komunikácia od partnerov tretích strán mimo internet, SOCNET a GOVNET bude podliehať plnej kontrole,

454

455

- prichádzajúca komunikácia z Microsoft 365 bude kontrolovaná len na ips/ids,

456

457

- prichádzajúca komunikácia z SOCNET a GOVNET bude kontrolovaná len na ips/ids,

458

459

- prichádzajúca komunikácia na služby ISVS bude kontrolovaná kompletne,

460

461

- ostatná prichádzajúca komunikácia bude kontrolovaná kompletne,

462

463

- odchádajúca komunikácia z proxy serverov bude kontrolovaná len na ips/ids a dlp,

464

465

- odchádzajúca komunikácia na Microsoft 365 bude kontrolovaná len na ips/ids a dlp

466

467

- komunikácia odchádzajúca zo služieb ISVS bude kontrolovaná kompletne,

468

469

- ostatná komunikácia bude kontrolovaná kompletne.

470

471

Komunikácia z tretích strán bude kontrolovaná na samostatnom (virtuálnom) firewalle. Komunikácia z internetu bude kontrolovaná na samostatnom (virtuálnom) firewalle.

472

473

V predkladanom projekte je zahrnutá len sieťová infraštruktúra v jednom dátovom centre. Infraštruktúra v druhom dátovom centre čiastočne existuje a čiastočne sa aktuálne obstaráva v rámci iného projektu.

474

475

Technologická architektúra počíta v maximálne možnej miere s virtualizáciou aj dnes fyzických serverov. Základom sú bežné hyper-konvergované servery, ktoré majú všetky časti (cpu, pamäť, sieť, disky) softvérovo virtualizované. 95% operačných systémov bude prevádzkovaných na týchto serveroch.

476

477

Druhou skupinou serverov sú tiež hyper-konvergované servery, v ktorých pobežia operačné systémy vyžadujúce si vysoký procesorový výkon, pamäť a diskový priestor z externého diskového poľa. Ide prevažne o produkčné aplikačné a databázové servery DMS.

478

479

Treťou skupinou sú servery, ktoré musia byť z licenčného hľadiska použitého softvéru (IBM, Oracle) izolované a musia mať z licenčného pohľadu špecifickú virtualizáciu.

480

481

Ďalej sú samostatné servery, v jednotkách kusov, ktoré z logiky svojej prevádzky musia byť oddelené:

482

483

* server pre zálohovanie uchovávajúci zálohované údaje,

484

* server pre DWH, kde prevádzka podlieha veľkým výkonnostným výkyvom, ktoré nie sú predikovateľné.

485

486

Sieťová infraštruktúra je minimalistická, počíta s rozšírením maximálne o 20%. Použité sú bežné prepínače bez špeciálnych vlastností až na 4 ks prepínačov pre HCI, ktoré tvoria so servermi ucelené centrálne manažované riešenie, vrátane plošných aktualizácií kódov. Súčasťou sieťovej infraštruktúry je aj dvojica loadbalancerov, ktoré sú kľúčové pre zabezpečenie vysokej dostupnosti. Majú modul dynamického DNS servera, navzájom sa synchronizujú a publikujú okolitému svetu, v ktorom dátovom centre alebo cloude práve požadované služby bežia. Sieťovú infraštruktúru dopĺňa dvojica firewallov, ktorá obsahuje v sebe všetky bezpečnostné prvky v zmysle kybernetického zákona, vrátane kontroly komunikácie na malvéri, ransomveri a iné kybernetické hrozby.

487

488

Diskový priestor pre 90% serverov je softvérovo definovaný v rámci HCI. V riešení sú 3 samostatné diskové polia. Porovnaním toto riešenie vyšlo ako cenovo najvýhodnejšie. Principiálne, diskové pole pre zálohy musí byť oddelené od ostatných zariadení, na ktorom sú samotné dáta. Toto diskové pole bude slúžiť ako capacity tier pre zálohy, pričom hot tier bude umiestnený v samotnom zálohovacom servery. Diskové pole bude podporovať immutability uložených záloh, tzn. ich neprepisovateľnosť a odolnosť voči útokom. Druhé dve diskové polia sú svojimi nárokmi úplne odlišné a preto sú oddelené. Prvé je pre databázy, ktoré už dnes sú prevádzkované na SSD diskoch a majú požiadavky na vysokú priepustnosť a nízku odozvu. Posledné diskové pole je naopak, archív pre dokumenty, kde je podstatná vysoká kapacita 95% priestoru a menej rýchosť. Len zvyšných 5%, prvé 3 mesiace životnosti dokumentu, je potrebný priestor na rýchlych diskoch.

489

490

491

4.4.4 Využívanie služieb z katalógu služieb vládneho cloudu

492

493

Konkrétne cloudové služby Vládneho cloudu pre modulárne mikrolužby rozširujúce bakendové systémy budú špecifikované až vo fáze dizajnu implementácie ŽS.

494

495

4.5. Bezpečnostná architektúra

496

497

MPSVR má v zmysle kybernetického zákona uvedené do praxe príslušné interné predpisy. V navrhovanej infraštruktúre sú zariadenia určené na perimetrovú bezpečnosť, vrátane potrebných subskripcií pre zvýšenú ochranu webového prístupu k IS a prevenciu proti vírusom, malvérom a ransamvérom. Špecifikované zariadenie posunie aktuálnu bezpečnosť na novú úroveň.

498

499

V aktuálnom prostredí je už niekoľko rokov zrealizovaná podrobná segmentácia siete. Každá vrstva každého IS je v samostatných virtuálnych sieťach a prestup medzi týmito sieťami je povolený len z konkrétnej IP adresy a portu na konkrétnu IP adresu a port. Realizácia trvala 2 roky a je zdokumentovaná v zmysle definovaných pravidiel na firewalloch. Bude prenesená do novej infraštruktúry.

500

501

V aktuálnom prostredí je riešenie manažmentu zraniteľnosti od spoločnosti Qualys. Pravidelne sa nálezy a rizikovosti vyhodnocujú a na mesačnej báze sú systémy aktualizované (z dôvodu konfliktu s aplikačnými nasadzovaniami sú niektoré mesačné termíny vynechané). Manažment zraniteľností sa poskytuje pre fyzické zariadenia, manažment karty, virtualizáciu, operačné systémy a štandardný softvér.

502

503

V aktuálnom prostredí prebieha postupný hardening operačných systémov. Z dôvodu čo najmenších dopadov na dostupnosť a nízke náklady, prebieha hardening všetkých nových serverov. Hardening je následne kontrolovaný automatizované nástrojmi manažmentu zraniteľnosti voči CIS benchmarkom. Akceptované skóre je minimálne 90% a je sada akceptovaných nesúladov s CIS benchmarkom. Väčšinou z dôvodu dostatočného nastavenia v zmysle interných smerníc (napr. pravidlá tvaru hesiel).

504

505

V aktuálnom prostredí je ako prevencia pred vírusmi, malvérmi a ransamvérom nasadená kombinácia produktov ESET antivírus s Qualys EDR. Táto, spolu s manažmentom zraniteľností a hardeningom budú plne nasadené aj v novej infraštruktúre.

506

507

Oproti predchádzajúcemu, nanovo vybudované bude zálohovanie. Aktuálna implementácia je z roku 2009 a je vlastnostiam už chýbajú základné veci dnešnej doby ako záloha kontajnerov, neprepisovateľné zálohy alebo verifikácia záloh voči vírusom. Všetky potrebné komponenty sú zahrnuté v projekte.

508

509

Implementáciou predkladaného projektu sa bezpečnostná architektúra nemení, v niektorých oblastiach rozširuje. Softvérové licencie dnes používaných bezpečnostných nástrojov pokrývajú celé prostredie a budú zmigrované na novú infraštruktúru, resp. sú viazané s migrovanými virtuálnymi servermi.

510

511

512

5. Závislosti na ostatné ISVS / projekty

N/A

|Stakeholder|(((

Kód projektu /ISVS

//(z MetaIS)//

)))|Názov projektu /ISVS|Termín ukončenia projektu|Popis závislosti

| | | | |

| | | | |

| | | | |

6. Zdrojové kódy

Štandardnou požiadavkou MPSVR je aby všetky zdrojové kódy, vrátane nasadzovacích a provizionovacích skriptov boli uložené v Centrálnom repozitári zdrojových kódov MPSVR.

529

530

7. Prevádzka a údržba

531

532

* Súčasťou špecifikácií zariadení a softvéru je požadovaná pravidelná údržba (kontrola, aktualizácie). Táto bola špecifikovaná per typ zariadenia. Takisto boli per typ a rolu zariadenia požadované aj servisné SLA.

533

534

7.1 Prevádzkové požiadavky

535

536

7.1.1 Úrovne podpory používateľov

537

538

Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:

539

540

* **L1 podpory IS** (Level 1, priamy kontakt zákazníka) - jednotný kontaktný bod verejného obstarávateľa – IS Solution manager, ktorý je v správe verejného obstarávateľa a v prípade jeho nedostupnosti Centrum podpory používateľov (zabezpečuje prevádzkovateľ IS a DataCentrum).

541

* **L2 podpory IS** (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS (zabezpečuje prevádzkovateľ IS – verejný obstarávateľ).

542

* **L3 podpory IS** (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS (zabezpečuje úspešný uchádzač).

543

544

**Podpora L1 (podpora 1. stupňa)** - začiatočná úroveň podpory, ktorá je zodpovedná za riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.

545

546

**Podpora L2 (podpora 2. stupňa)** – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.

547

548

**Podpora L3 (podpora 3. stupňa)** - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobťiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.

549

550

7.1.2 Riešenie incidentov – SLA parametre

551

552

Za incident je považovaná chyba IS, t.j. správanie sa v rozpore s prevádzkovou a používateľskou dokumentáciou IS. Za incident nie je považovaná chyba, ktorá nastala mimo prostredia IS napr. výpadok poskytovania konkrétnej služby Vládneho cloudu alebo komunikačnej infraštruktúry.

553

554

555

Označenie naliehavosti incidentu:

556

557

|**Označenie naliehavosti incidentu**|**Závažnosť incidentu**|**Popis naliehavosti incidentu**

558

|**A**|**Kritická**|Kritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.

559

|**B**|**Vysoká**|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.

560

|**C**|**Stredná**|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.

561

|**D**|**Nízka**|Kozmetické a drobné chyby.

a možného dopadu:

|(% colspan="2" rowspan="2" %)**Matica priority incidentov**|(% colspan="3" %)**Dopad**

566

|**Katastrofický - 1**|**Značný - 2**|**Malý - 3**

567

|(% rowspan="4" %)**Naliehavosť**|**Kritická - A**|1|2|3

568

|**Vysoká - B**|2|3|3

569

|**Stredná - C**|2|3|4

570

|**Nízka - D**|3|4|4

571

572

Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:

573

574

|(% colspan="2" rowspan="2" %)**Matica priority incidentov**|(% colspan="3" %)**Dopad**

575

|**Katastrofický - 1**|**Značný - 2**|**Malý - 3**

576

|(% rowspan="4" %)**Naliehavosť**|**Kritická - A**|1|2|3

577

|**Vysoká - B**|2|3|3

578

|**Stredná - C**|2|3|4

579

|**Nízka - D**|3|4|4

580

581

Vyžadované reakčné doby:

582

583

|**Označenie priority incidentu**|**Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu**|**Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^**|(((

584

**Spoľahlivosť ^^(3)^^**

585

586

(počet incidentov za mesiac)

587

)))

588

|**1**|0,5 hod.|4 hodín|1

589

|**2**|1 hod.|12 hodín|2

590

|**3**|1 hod.|24 hodín|10

591

|**4**|1 hod.|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov

592

593

(1) Reakčná doba je čas medzi nahlásením incidentu verejným obstarávateľom (vrátane užívateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s verejným obstarávateľom) na helpdesk úrovne L3 a jeho prevzatím na riešenie.

594

595

596

(2) DKVI znamená obnovenie štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu úspešným uchádzačom (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstarávateľom (DKVI) sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je úspešný uchádzač oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.

597

598

(3) Maximálny počet incidentov za kalendárny mesiac. Každá ďalšia chyba nad stanovený limit spoľahlivosti sa počíta ako začatý deň omeškania bez odstránenia vady alebo incidentu. Duplicitné alebo technicky súvisiace incidenty (zadané v rámci jedného pracovného dňa, počas pracovného času 8 hodín) sú považované ako jeden incident.

599

600

601

(4) Incidenty nahlásené verejným obstarávateľom úspešnému uchádzačovi v rámci testovacieho prostredia

602

603

Majú prioritu 3 a nižšiu

604

605

Vzťahujú sa výhradne k dostupnosti testovacieho prostredia

606

607

Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.

608

609

610

Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:

611

612

* Služby systémovej podpory na požiadanie (nad paušál)

613

* Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)

614

* Pre tieto služby budú dohodnuté osobitné parametre dodávky.

615

616

7.2 Požadovaná dostupnosť IS:

617

618

MPSVR nemá pre všetky IS definované dobu ich prevádzky a dostupnosť. Prístup k dostupnosti odvodzuje z použitých technológií. Cieľový stav z pohľadu parametrov dostupnosti je v nasledujúcich podkapitolách.

619

620

7.2.1 Dostupnosť (Availability)

621

622

Dostupnosť (Availability) znamená, že dáta alebo iné zariadenie sú prístupné v okamihu ich potreby. Vyjadruje sa v percentách dostupného času.** **Dostupnosť znamená, že dáta sú prístupné v okamihu jej potreby. Narušenie dostupnosti sa označuje ako nežiaduce zničenie (destruction) alebo nedostupnosť.

623

624

Aktuálne majú IS RSD a ISSZ zmluvne zabezpečenú dostupnosť služieb 4h. tzn. na úrovni 99,9%.

625

626

7.2.2 RTO (Recovery Time Objective)

627

628

RTO (Recovery Time Objective) je jeden z ukazovateľov dostupnosti dát. RTO vyjadruje množstvo času potrebné pre obnovenie dát a celého prevádzky nedostupného systému (softvér). RTO vyjadruje množstvo času potrebné pre obnovenie dát a celej prevádzky nedostupného systému. Môže byť, v závislosti na použitej technológii, vyjadrené v sekundách, hodinách či dňoch.

629

630

IS RSD, ISSZ a DMS tvoria integrálny úzko prepojený celok a preto ich RTO je dané najdlhším časom obnovy každého jedného z nich. Z dôvodu vysokého objemu údajov má najdlhšie RTO = 24h IS DMS. K tomuto RTO bola definovaná infraštruktúra a nároky na prenosové linky.

631

632

7.2.3 RPO (Recovery Point Objective)

633

634

RPO (Recovery Point Objective) je jeden z ukazovateľov dostupnosti dát. RPO vyjadruje, do akého stavu (bodu) v minulosti možno obnoviť dáta. RPO vyjadruje, do akého stavu (bodu) v minulosti možno obnoviť dáta. Inými slovami množstvo dát, o ktoré môže organizácia prísť.

635

636

Pre rôzne údaje sú definované nasledovné RPO:

637

638

* neobchodné údaje vo virtuálnych serveroch (softvér, konfigurácie, logy, ...) = 15 min,

639

* dokumenty v DMS = 1 hod,

640

* údaje v databázach = 5 min.

641

642

Tieto RPO sú definované pri dosiahnutí dostupnosti existujúcimi replikačnými nástrojmi. V prípade úplného zmazania údajov z diskov, je RPO definícia daná obnovou zo záloh, kde je RPO definované nasledovne:

643

644

* obnova virtuálneho servera = 24 hod,

645

* dokumenty v DMS = 7 dní,

646

* údaje v databázach = 1 hod.

647

648

8. Požiadavky na personál

649

650

Pracovné náplne a povinnosti projektového tímu budú súčasťou menovacích dekrétov a budú v súlade s vyhláškou č.401/2023.

651

652

653

9. Implementácia a preberanie výstupov projektu

654

655

Implementácia a preberanie výstupov projektu budú definované v rámci projektového iniciálneho dokumentu (PID).

656

657

Realizácia a ukončenie projektu je plánované 09/2025. Vzhľadom na jeho financovanie z Plánu obnovy a odolnosti existuje časová rezerva pre prípadný posun odhadovaných termínov do 03/2026.

658

659

Rámcový harmonogram projektu je uvedený v nasledujúcej tabuľke:

660

661

662

|**ID**|**FÁZA/AKTIVITA**|(((

**ZAČIATOK**

**(odhad termínu)**

)))|(((

**KONIEC**

**(odhad termínu)**

)))|**POZNÁMKA**

|**1.**|Prípravná fáza|09/2022|12/2023|Hodnotilo sa viacero scenárov v rámci prípravnej fázy ŽS

672

|**2.**|Iniciačná fáza|01/2024|10/2024|

673

|**3.**|Realizačná fáza|10/2024|09/2025|

674

|**3a**|Analýza a Dizajn|11/2024|3/2025|Návrh migrácie zo starej na novú infra a do cloudu

675

|**3b**|Nákup technických prostriedkov, programových prostriedkov a služieb|11/2024|03/2025|DNS

676

|**3c**|Implementácia a testovanie|01/2025|06/2025|Migrácia do cloudu a novú infra

677

|**3d**|Nasadenie a PIP|07/2025|09/2025|PIP - 3 mesiace po nasadení

678

|**4.**|Podpora prevádzky (SLA)|10/2025|09/2029|Potrebné obstarať

679

680

Projekt bude realizovaný metódou waterfall, má definované konkrétne projektové výstupy, ktorých dodanie bude podmienkou pre akceptáciu jednotlivých aktivít projektu. Jednotlivé etapy realizačnej fázy môžu prebiehať paralelne, pričom detailný harmonogram spolu s vyznačenými závislosťami medzi jednotlivými aktivitami a ich výstupmi bude odsúhlasený RV po podpise zmluvy s dodávateľom. Projekt má definované konkrétne projektové výstupy, ktorých dodanie bude podmienkou pre akceptáciu jednotlivých aktivít projektu.

10. Prílohy

n/a

Wiki zdrojový kód pre I-03 Prístup k projektu (pristup_k_projektu)

Aplikácie

Navigácia

Tips

Moje posledné úpravy

Need help?