Ked je uz vonku ten posudok, tak fakt je problem zverejnit projektovu dokumentaciu?
Ked uz priklepli, treba trosku ochotnickeho divadla.
Mimoriadna technická odstávka ÚPVS
Vážení používatelia,
s cieľom skvalitnenia služieb sa v dňoch od 6. februára 2026 (piatok) v čase od 20.00 h do 8. februára 2026 (nedeľa) do 20.00 h uskutoční mimoriadna technická odstávka, počas ktorej nebude možné pristupovať na portál a využívať jeho služby. Aktuálne prebieha rozsiahla technická údržba zameraná na posilnenie stability systému, ktorý je v havarijnom stave. Vyvíjame maximálne úsilie, aby sme zachovali plnú dostupnosť súčasných funkcionalít.
Za spôsobené obmedzenie sa ospravedlňujeme a ďakujeme za pochopenie.
(04. 02. 2026)
zdroj Detail - UPVS
Tak som sa trosku pozrel na ten posudok. Hlavne tie zavery s vypoctami, lebo to predtym velmi nevyzera, ze by sa akokolvek pouzilo vo vypoctoch.
Tato tabulka je cisto expertny odhad a potom cislo 90%. Neoveritelne nijako.
Ak R_{crit}(t) je pravdepodobnost, ze system sa dozije casu t tak ako moze byt kriticka hodnota R_{crit}(t) >= 20 ? Pravdepodobnost je od 0 do 1 alebo od 0% do 100%. Ale teda podme dalej a ratajme s tym, ze je to pocet incidentov (lebo tak to sedi so zvyskom vypoctu).
Cize cisla podla grafu su zhruba nasledovne (nemam original data, tak odhad z grafu):
| rok | incidentov | prirastok |
|---|---|---|
| 2021 | 5 | - |
| 2022 | 12 | 7 |
| 2023 | 19 | 7 |
| 2024 | 26 | 7 |
| 2025 (do Q3) | 42 | 16 |
Z tohto usúdime, že to je exponenciálny rast (!!!).
Vložíme do vzorcov a vylezie nám, že mesacny rast pre exponencialny rast je
Potialto dobre.
Problem je, ze ak to je pocet incidentov tak R_{crit}(t) >= 20 by to znamenalo ze chceme dosiahnut 20 incidentov za mesiac co je strasne vysoke cislo a dosiahlo by sa ovela neskor.
Skusme to vypocitat keby bol rast naozaj exponencialny (silny predpoklad) a rast 5.3% mesacne.
| mesiac | celkovy pocet incidentov | prirastok |
|---|---|---|
| 0 | 42.0 | zaciname v Q4 2025 |
| 1 | 44.2 | 2.2 |
| 2 | 46.6 | 2.3 |
| 3 | 49.0 | 2.5 |
| 4 | 51.6 | 2.6 |
| 5 | 54.4 | 2.7 |
| 6 | 57.3 | 2.9 |
| 7 | 60.3 | 3.0 |
| 8 | 63.5 | 3.2 |
| 9 | 66.9 | 3.4 |
| 10 | 70.4 | 3.5 |
| 11 | 74.1 | 3.7 |
| 12 | 78.1 | 3.9 |
| 13 | 82.2 | 4.1 |
| 14 | 86.5 | 4.4 |
No a tu uz nech si dosadi kazdy sam, ze kolko incidentov na slovensko.sk je este stale v pohode a kolko uz kriticky havarijny stav. Napriklad podla konca planu obnovy.
Inak ten posudok popisuje vela zaujimavych skutocnosti, len skoda ze tych 80 mega ich nejako vobec neriesi (napr. is pep) a zaroven akosi ignoruje to, ze napriklad cely edesk sa preraba a mal by sa nasadit novy, lokator sluzieb tiez… hw sa kupil na konci roka novy. S tymto ten model vobec nepocita. Model za velmi silnych predpokladov vlastne hovori, ze keby sa nerobilo uplne ze vobec nic, tak pocet incidentov bude rast exponencialne na zaklade 2 datapointov.
Toto je na podnet na Ministerstvo Spravodlivosti ako organ dohladu. Ziadat o preverenie posudku znalca.. Podľa toho čo je vidieť je tento posudok vhodny na eskalaláciu aj na iné inšitúcie…
Toto je fakt problem desifrovat ako to bolo myslene, lebo sa tam miesaju dost veliciny, ale skusim to este inak - snad spravne.
Jedine co mi tu dava zmysel je vypocet R_{crit} >= 20 je v skutočnosti myslena ako dosiahnutie pravdepodobnosti poruchy >= 20%.
Potom by to vychadzalo nasledovne.
R(t) = e^{-\lambda t}
Dosadime cielovú spolahlivosť 0.80 (100%-20%) a intenzitu 0.053:
Rovnica: 0.80 = e^{-0.053 \cdot \Delta t}
A vylezie: \Delta t = 4.201
Toto by uz davalo zmysel.
Preco magicka konstanta 20% - neviem.
A post was merged into an existing topic: eZdravie má obrovský výpadok, niekoľko dní zrejme nepôjde
„Big bang“ sami vylučovali
Ešte v júni minulého roka nič nenasvedčovalo tomu, že by portál Slovensko.sk vyžadoval masívne investície v desiatkach miliónov eur. Zástupkyňa NASESu pre Živé.sk priamo hovorila, že akýkoľvek plán typu „big bang“ spočívajúci v postavení celého systému nanovo, aký tu bol ešte za minulej vlády, už zlyhal.
Za dôležitý aspekt považovala, že sa nepracuje na zelenej lúke. Hlavnou prekážkou boli z jej pohľadu integrácie, teda prepojenia jednotlivých komponentov. „To samozrejme nemôže brániť ďalšiemu rozvoju alebo zmenám, ale treba mať pragmatický prístup,“ vravela.
Ak by chceli robiť komplexnú výmenu, tak by podľa nej museli ísť do zmeny modulu procesnej integrácie a integrácie údajov (G2G). „To je tak rozsiahla zmena, že by sme nestíhali termíny pre čerpanie prostriedkov EÚ,“ vyhlásila jednoznačne.
Tazke k tomu aj nieco napisat ale jedno dam za pravdu, klucove slovo je, ze plan ZLYHAL.
Plan za troch vlad sa nepodarilo uskutocnit, to samo o sebe nieco hovori o stavu informatizacie, ludoch a systematickosti problemov, tieto sa neodstrania ani miliardov ani vymenou vlady/vedenia.
Preco si to myslim?
Tak si to podme prejst od zaciatku, do bordelu pri tejto etape trapenia sa Slovensko.sk sa tentokrat zapojilo obdobie posobenia Remisovej, Rasiho a Migala. Kazdy z nich si tam odkrutil minimalne rok (dobre Michalovo ministrovanie este mesiac aby to platilo), takze nikto z nich nemoze povedat, ze za nich to islo dobre alebo, ze nevedeli o tom v akom je to stave.
“akýkoľvek plán typu „big bang“ spočívajúci v postavení celého systému nanovo, aký tu bol ešte za minulej vlády, už zlyhal.“
Co je big bang? Ake, ze pre komplexnu vymenu by museli vymenit modul G2G? Ake kolabuje nam infrastruktura? To tu nikto nevie dohladat a pospajat celkom lahko dohladatelne informacie a povedat, ze toto je v rozpore s planom?
Pokial dobre vnimam tak v Plane obnovy a odolnosti sme si stanovili toto:
”Modernizácia platformy frontend,
backend a middleware (spoločné
moduly) založenej na zásadách
nízkokódovateľných komponentov,
ktoré sú centrálne riadené pre
všetkých poskytovateľov verejných
služieb. Platforma je predpokladom
zavedenia eGovernment riešení pre
životné situácie.”
Takze sa roky planovala vymena komplet PLATFORMY pre zivotne situacie, to samozrejme z definicie a popisu obsahovalo aj G2G, roky neznamena big bang.
Sucastou toho samozrejme potrebujete aj HW na ktorom to bude bezat…ale ten sa tiez nakupil NASES vysúťažila nové technologické prostredie pre Slovensko.sk | oPeniazoch.sk plus vyrocna sprava 2024:
V rámci projektu mÚPVS a SvK 3.0 sme na základe požiadaviek infraštruktúrnych
prerekvizít a v spolupráci s dodávateľom odladili a zastabilizovali novú infraštruktúru
komunitného cloudu Private cloud appliance (PCA) na platforme Oracle v dátových
centrách dátové centrum SPP a dátové centrum datacube. Nasadili sme posledný
„upgrade release“ v PCA za účelom dosiahnutia plných funkcionalít na základe
požiadaviek a vlastnosti PCA infraštruktúrnych požiadaviek pre projekt a prevádzku.
S príchodom nových funkcionalít v PCA sme docielili možnosť vytrvať Oracle
Kuberetes Environment (OKE) z dôvodu funkčných požiadaviek infraštruktúrnych
požiadaviek pre projekt SvK 3.0.
Pre zabezpečenie potrebného výkonu v rámci prevádzky projektu ÚPVS a taktiež
z dôvodu zvýšenia odolnosti proti potencionálneho výpadku sme spustili aktivity
na doplnenie do existujúcej infraštruktúry 12 serverov do ÚPVS PROD do voľných
pozícii do existujúcich chassis Dell M1000e Blade Enclosure.
Mimochodom povie mi niekto, preco niekomu trva po zakupeni “hotoveho riesenia na kluc“ takmer viac ako 2r doladenie a stabilizovanie novej infrastruktury? Ved na strankach sa chvalia
Prebuilt for faster deployment
Integrated infrastructure, virtualization, and management accelerates deployment times.
https://www.oracle.com/engineered-systems/private-cloud-appliance/
Podla stranky planobnovy su uz pri finale: Platforma pre rozvoj a riešenie prioritných životných situácií | Plán obnovy
Samozrejme koncom roka 2025 sa zazracne plan obnovy a odolnosti prekopal a platforma sa vyhodila, tak ako sa prepisala aj definicia zivotnych situacii…pretoze preco? A co vsetky tie aktivity ktore trvali par rokov ktore okolo nich bezali.
Keby niekto prepocital efektivnost prace ktora sa vykonala, kolko ludi sa do toho zapojilo, kolko to trvalo, kolko nakupov okolo toho urobilo, kolko inych aktivit sa odsunulo alebo zrusilo lebo toto bolo prednejsie…a po tom vsetkom zrazu nemame nic a musime zachranovat BIG BANGOM za 140 milionov…ups teda 100 ci kolko dostali aby sme si znizili riziko len na 80%?
Keby niekto mal chut moze celu tuto sagu zdokumentovat cez infoziadosti, ake boli plany na zaciatku, navrh to be stavu, stav planovania zivotnych sitaucii, potom aky bol plan a stav po pol roku, po dalsom … az do dnesneho dna.
Ak to ma takto fungovat, to sa cela ta institucia moze rovno zavriet a mozeme sa vratit ku krabicovej agende.
Pán aktuálne Minister Migaľ (AKA. vydierač a usvedčený klamár) - 11 mesiacov vo funkcii a 7 Trestných oznámení a minimálne jedno ďalšie na ceste. Ako prvé je potrebné podotknúť, že sa jedná o absolútny rekord. Zaujímavá je ale hlavne jedna vec a to, že pani riaditeľka NASES koná ďalej. Toto je na uterák už len kvôli podozreniam. Ešte zaujímavejšie je, že pani riaditeľka sama koná a chce konať ďalej, to už navodzuje buď zníženú rozlišovaciu schopnosť alebo horšie.
By ma zaujímalo či si znalec tiež uvedomuje to čo povedal tu pán Minister.. 
Pribudol zapis z 15.12.2025. Radsej ho tu odlozim.
Vraj tendre zastavil on a dal prekontrolovať. No UVO rozhodovalo a rozhodlo ešte pred jeho pokynom a to na základe námietok od súkromnej spoločnosti nie od MIRRI. Rád by som podotkol, že tendre boli zrušené pod váhou dôkazov a posudky hovoria jasne. Protizákonné konanie a bodka.
Nezastavil vôbec nič. Našťastie nemohol dielo dokonať.
Stručný popis a odôvodnenie predmetu žiadosti: V dôsledku technických problémov na strane MIRRI pri vytváraní prostredí DEV/TEST a PROD, nemohol dodávateľ realizovať implementáciu diela. Z tohto dôvodu je potrebné upraviť termín dodávky diela
Rozumiem spravne, ze MIRRI nevie/nestiha rozbehavat prostredia v Azure Cloud? A meskaju uz cca 4 mesiace (a nadalej pocitadlo bezi)?
(Tot v sirsom meritku vcelku nepodstatny criepok, ale teda zamrzi.)
Spravil som takuto konsolidovanejsiu tabulku vypadkov / a-ckovych incidentov ktore su zverejnene na data.slovensko.sk (januar tam uz je) a vyslo mi toto (ocistene od irrelevantnych modulov ako ekolok a edemokracia):
zoznamvypadkov-upvs-konsolidovane.xlsx (22.7 KB)
Ak teda spravne pozeram, tak za roky 2024 a 2025 bolo v relevantnych moduloch pre obstaravanie (IAM, G2G) vypadkov dost malo. Zaroven IAM tam ma velakrat aj “Chyba u externého poskytovateľa služby”, ktory sa riesi restartom.
Fun fact: Chvilu sa zverejnovalo aj ci bola pri tych incidentoch porusena SLA, samozrejme nikdy nebola, dodavatel to zvlada na 1* 
Pre porovnanie graf z posudku vychadzajuci z dat GT.
