Obchodný register by mohol bežať v AI/ML cloude za cca 4500 eur mesačne


#61

ius odmieta realitu, fakty nie su dolezite. Nevie ake su naklady v CR, nevie ako v SR ale vie ze je to predrazene pretoze to nebezi na ORACLE. napriklad CR sa este nedostalo ani do fazy kde by boli elektronicke spisy zavedene rezortne. A veri marketingu


#62

“prototyp” mozno moje zle pomenovanie…predpokladam, ze bude navrhnuta nejaka architektura…predpokladam, ze ten system bude mat nakoniec viac modulov a pod…predpokladam teda, ze nad migraciou sa bude premyslat v kontexte navrhu noveho systemu…predpokladam ze nad migraciou sa niekto realne zamysli a identifikuje sadu problemov (stotoznenie, referencovanie na registre, …) ktore treba riesit, v akom poradi, a pod…toto by som si urcite ako zakaznik ale aj ako dodavatel overoval testami, ci uvazujem spravne…


#63

…este jedna dolezita vec z pohladu statu/zakaznika, co ma napadla:

  1. vyvoj, testy a aj produkcia sa budu robit na rovnakych technologiach a verziach…su pripady, ked sa z viacerych dovodov vyvija nad OSS aplikacnym serverom a potom v prevadzke bezi napr. Weblogic od Oraclu

  2. a cuduj sa svetu…zvlada to slusnu zataz…vac tu https://youtu.be/aILjUyER8N8?t=2271


#64

Necital som to vsetko, je toho vela :slight_smile: … ja len chcem upozornit na to ze diskusia o ORSR odbocila uplne nespravnym smerom. Aky RDBMS bude pouzity je z tych poctov uplne irelevantne. Tie pocty nie su az take male, ale ani neijako vyrazne velke, a preto vyber DB by rozhodne nemal byt riadeny kriteriom poctu zaznamov. OR SR ma ine problemy a to su:

  • uploadovane dokumenty idu ako BLOBy do RDBMS … a tych su skutocne miliony rocne.
  • chyba OAIS pristup k archivacii. UZ dnes ma ORSR dokumenty elektronicky podpisane v roku 1999 a podobne … a na MSSR sa seci zaoberaju tym ako ich dnes overovat, ako overovat ZEPy z roku 2004, 2010 … .
  • Chyba strategia ako dlhodobo ukladat, overovat vierohodnosť, ako budu sudcovia uznavat elektronicke dokumenty.
  • chyba udrzatelne prepojenie zo zahranicim a s EU (BRIS je akysi pokus, ale kam to smeruje nik na MSSR poriadne nievie)
  • integracia na e-podatelne je nevyhovujuca, resp. podatelne su tam nevyhovujuce …
  • Integracna platforma a vobec enterprise architektura (rezortny BigPicture) uplne chyba.
  • UBUS na ktory sa aj podla zadania obstarka ma novy ORSR integrovat je podla slov dodavataela 10 az 20 nasobne poddimenzovany uz teraz. Jeden pokus napojit ORSR do UBUS tu uz bol a zlyhal na vykonnosti UBUSu. Ak sa nevyriesi toto,tak aj novy ORSR bude mat rovnake problemy a nedotiahne sa nikdy dokonca z coho vznikne frustracia , nadavanie …

Pri novom systeme sa moze rozvinut debata o tom ktore RDBMS je v danych podmienkach lepsie. Ale fakt to nevnimam ako kriticke. Ak je pre MSSR KO kriterium vyskolenost ich adminov (co je obhajitelna aj vypocitatelna podmienka) tak by som im vobec nebranil v MS SQL, akurat musi byt nadizajnovana a aj prevadzkovana rozumne.


#65

…toto je pretavene do poziadaviek v ramci predmetu zakazky (su adresovane ako kriteria, ktore musi riesit splnat?), ci to je len zrhnutie problemov zo strany MS SR niekde v ramci predmetu zakazky a teda rozumenejsi dodavatel to bude respektovat pri navrhu riesenia a aj cenovej ponuky?..


#66

toto je spravne … .a je to z mojich skusenosti, lebo tam vyse 2 rokov chodim a obzeram sa …Cim nevylucujem, ze tento nazor moze byt silne subjektivny. Praveze obstarko tie problemy ignoruje a napriklad cital som minuly tyzden otazky/odpovede, kde prave sa zaujemcovia pytali ci dlhodobe ulzosko ma byt vyudovane vramci zakazky, alebo sa ma vyuzit UBUS, odpoved bola ze samozrejme UBUS. … .No a to vsetci vedia ze je uz dnes odsudene na neuspech, bez zmeny UBUSu


#67

…cize niekto to naceni a niekto nie… :slight_smile:


#68

no a vyhra lacnejsi, lebo nema informacie a potom ostane stat pred problemami … to je zacarovany kruh … pokial sa budu technologicke veci vyberat na zaklade najnizsej ceny a nie na zaklade posudenia navrhov riesenia a architektur, tak to bude furt dopadat rovnako …
a ani to nie je hlavny proble. … UBUS je pod samostatnou SLA a na neho bude musiet byt vypisovane samostatne obstarko … (ine oddelenie, ini projektak, ini admini … a pritom uplne tesna integracia, klucovy prvok, na ktorom zavisi N dalsich systemov rezortu)


#69

aky je problem s ubusom? je to problem hw a je potrebne ho rozsirit? alebo je tam architekturny problem? ubus je horizontalne skalovatelny, len sa zrejme tazko presunie do cloudu


#70

To čo si vymenoval je pravda, ale ide o obecné problémy či už eGOv ako takého, alebo rezortu MSSR. Nič z toho obstarávanie IS OR nerieši, avšak je pravdou, že dodávateľ sa bude musieť so všetkým popasovať, či už reálne alebo formálne.

  • blob v RDBMS to ma až tak netrápi, resp. to vôbec podľa mňa nie je problém
  • OAIS a strategia ukladania, to je časová bomba, hlavne v kontexte podpísaných dokumentov, kde je pôvodný cert neplatný. No som zvedavý kedy toto dokazovanie stane súčasťou nejakého súdneho sporu, kde sa asi v plnej nahote ukáže že máme veľký problém.
  • Ako ukladať a overovať, toto ak rozšírim smerom k referencovaniu a výpisom/odpisom v kontexte RPVS a neexistencie akéhokoľvek hodnoverného výpisu, MSSR nevie dokázať, že nejaký vyfabulovaný výpis z RPVS nie je platný, podľa mojich informácií chcú rovnako postupovať aj v novom OR.
  • prepojenie s EU, BRIS nie je pokus ale celkom seriózna vec, ktorú ale celú zastrešuje EU. Problém je že eDelivery na ktorom BRIS stavia, nie kompatibilný s ÚPVS a to konceptuálne. Kým ÚPVS je centrálna autorita pre el. doručovanie zo zákona, pri eDelivery môže zaručene doručovať každý kto splní požiadavky. V tomto kontexte sa buduje aj BRIS a jeho napojenie na OR SR, pričom v kontexte SK eGOV legislatívy by sa tými správami z BRIS nemal súd vôbec zaoberať, lebo mu neboli doručené elektronicky v zmysle 305, v zmysle legislatívy OR to však máme. Problém nastane už čoskoro, keď podanie do OR sa bude dať urobiť cez BRIS. To som zvedavý ako.
  • UBUS problém súvisí s vecami vyššie, tj. LTS úložiskom, je ukážkou toho, keď sa nezvládne zadanie, lebo sa nevie prečo a načo sa to chce. Bolo dodané čo bolo požadované, ale nestačí to a nikto to nerieši.

#71

blob je ciste migracny problem, vsetky dokumenty by mali skoncit v UBUSE.
A dokumenty su problem, kde nie je ziadne ciste riesenie. A nie je to technicky problem.
Technicky pri migracii je asi najlepsie to opat podpisat s casovou peciatkou a pridat protokol kde sa napise ze to bolo spravene.
o RPVS toho vela neviem, ale ak je to tak, tak to nie je dobre. Zdrojove registre by mali udrziavat historiu v overitelnej forme.
Legislativne prostredie je menitelne, ale tu je navyse OR lex specialis a je teda nadradeny 305.
UBUS ale bol navrhnuty presne preto, ako centralne ulozisko dokumentov a LTS. Len bol dimenzovany na elektronicke spisy. Ale s predpokladom ze OR SR ho posilni dalsim HW. Co by podla mna slo aj dnes, len to chyba v studii. Ale nezda sa mi to ako velky naklad a tak by to slo hoci aj s SLA zmluv. Len ich treba vysutazit,


#72

zrejme sa nieco muselo menit, kedze admini by mali byt ti isti, oddelenie to iste. Ale v zmysle delenia zakazky je to dobry priklad, Pomerne velky komponent oddeleny cez api, samostatne dodany inou firmou ale napriek teorii ze ma ist bez problemov, tak to vnasa problemy. To len ako komentar k boju za delenie zakazok.

A poznamka, debata o MS SQL tu vznikla na zaklade iusovych napadov, vo VO by takato poziadavka sotva bola obhajitelna. Skor to bol obecny povzdych nad debatami, je pohlad zakaznika, pohlad firmy ktora ma konkretnych ludi a tak preferuje to co pozna, pohlad propagatorov open source ktori ignoruju aj prvy aj druhy pohlad, pohlad UHP kde sa venuju len tomu co je mozne lahko zmerat a pohlad VO kde to nehra ziadnu ulohu. A niekde tu vznikne riesenie ktore nie je ani optimalne ani lacne.


#73

… ta … sme si ponadavali a to je tak vsetko co s tym mozme urobit :slight_smile:


split this topic #74

7 posts were merged into an existing topic: Rozdeľovanie IT zákaziek na časti


#78

no … ibaze to zbytocne chodi cez kadejake drivery (uzke hrdla medzi jednotlivymio layermi), pritom bloby mozu byt obsluhovane uplne inak, lebo relacna databaza im nepridava ziadnu pridanu hodnotu …


#79

pred 25 rokmi boli BLOBY novinka a riesili problem starostlivosti o subory. Prestali sa stracat, miznut a prestali ich napadat virusy. Nejaku pridanu hodnotu to malo, dnes to uz nie jecelkom tak a daju sa bezpecne ukladat na filesystem a lepsie sa s nimi pracuje. A UBUS ma riesit jednotne riadenie pristupov, starostlivost o formaty, prevod do PDF/A, indexaciu, search atd. Dokumenty nemaju co byt v databaze OR,


#80

Riesenie je postavit to cele na autonomnom cloude a autonomnej DB - na jednom prostredi.

Admini MS SQL su aj tak pri autonomnej DB zbytocni.

Co sa tyka LTS, sudy ako take nemaju problem, lebo nepresli na vylucne elektronicky spis. Vsetko produkuju listinne, takze originaly sudnych rozhodnuti sa nachadzaju v papierových spisoch a aj velmi dlho budu. Pokial si teda kazde dva roky budu straky budovat a obstaravat systemy, z listinnych originalov urobia elektronicke dokumenty podla aktualneho formatu pocas celej zivotnosti listinneho originalu.

Problem moze mat iba OS BB a v OS ZA (zbytocne sa nechali namotat do ministerskych projektov) + zbierka listin, kde sa asi papierove spisy v niektorych agendach netvoria.

Obe stavovske zdruzenia sudcov vedia, ze dlhodobe uchovavanie elektronickych spisov je problem, preto kazdy sudca okrem listinneho rozhodnutia podpisuje aj original v listinnej podobe.


#81

same chyby, ale kedze to nema zmysel, tak sa odmlcim. ale je to pekna ukazka ako kvalifikovane sa vyjadruju ludia co v celom procese mozu rozhodovat.


#82

Vliv ty sa radsej staraj o dohadzovanie zakaziek kamosom, to ide skvele


#83

:slight_smile: vidis musis sa kamaratit ked chces predat oracle.