ÚPVII Pracovná skupina K9.3 Strategická architektúra


#81

Spat k pracovnej skupine. Kratky zapis zo stretnutia vo stvrtok:

  • diskutoval sa dokument ref. architektura ISVS v cloude - vid nizsie. Cielom je zaviest best practices ako povinne pre systemy ISVS v cloude (tj. vsetky).

  • Otazka: Ovplyvňuje arch nejako opensource licenčný model? Odpoved: Toto je uloha na obstaravanie/governance/etc nie je potrebne riesit tu.

  • Sú body z 12 factor/resp. tohto dokumentu must have alebo optional? Pocita sa s must have, samozrejme, v kritickych pripadoch, alebo ked nebudu este dostupne napr PaaS, tak sa bude riesit osobitne.

  • Problem sú licenčné podmienky lebo pre on premise a cloud su rôzne ceny/podmienky. Moze to sposobit problemy pri migracii do cloudu.

  • Je povinna kontainerizacia alebo staci ked to je nejako naskriptovane. Odpoved: Cielom je priblizit sa idealu napr. autoscaling, cize image/kontainer/cokolvek musi byt spustitelny takmer okamzite. Kontainery su na toto prirodzene riesenie.

  • Vznesena vazna vyhrada, ze toto vsetko je ok a vlastne nikto voci pravidlam velke vyhrady nema (su to rozumne veci) ale pokym bude treba na restart masiny dvihnut telefon, alebo na VPS v cloude prejst schvalovanim, tak je to cele o nicom. => Musi to byt jasne aj personalne/procesne podchytene a zmenit sa myslenie ludi => na dlho.

Momentalne sa tvori dokument Referenčná architektúra Informačného systému verejnej správy v cloude, ktoreho draft mam od veduceho @kyselat povolene sem zverejnit na pripomienkovanie. Zatial ide len o uvodne kapitoly. Tento pristup vsak chvalim, cim otvorenejsi pristup, tym vacsia sanca, ze vystupy na konci lahsie prejdu a budu kvalitnejsie.

Pripomienky prosim sem ako komentare https://drive.google.com/file/d/0B9NwG_x89B0-ZjlPSFk2NVpiOE0/view?usp=sharing


#82

Nova verzia na komentovanie (uz je tam vyrazne viac kapitol).

Pripomienky, komentare prosim do štvrtka.


#83

Vkladám linku na zoznam materiálov vo finálnej verzii pred rokovaním RV pre digitalizáciu a DSM (bude sa konať 10.11.), kde sa nachádza aj touto PS vypracovaný (a tu priebežne zverejňovaný) dokument.:


#84

Že tu bola dosť intenzívna diskusia o budúcnosti el. formulárov, tak len pre informáciu, ÚPVII “niečo” v tejto veci podstatne pomenilo v novele výnosu o štandardoch, ktorej práve končí MPK.
Priznám sa, nemal som čas zložiť si výsledok z tých zmenových bodíkov. Škoda že to nebolo vôbec vopred komunikované - snáď ešte bude.
Pripomienok prišlo viac ako 250, veľa aj k formulárom.


#85

Objavila sa CBA k studii (tu nevidiet) v MetaIS - https://metais.finance.gov.sk/studia/detail/6b6161bb-edd1-0a25-4d2e-375fd617dea9?tab=documents

Mirror: PaaS_SU_CBA_v0_24.xlsx (79.4 KB)

KPIs

Trochu nerozumiem preco sa to zameriava na softverove licencie a nie sluzby, pripadne nejake KPI na otvorene licencie (ked uz sa tvarime, ze ideme podporovat opensource).

Statne CI - povazujem za zly krok a nepodstatny detail. CD - nie je zrejme co si pod tym predstavit.


#86

Tato skupina sa opat ozivi na urade. Ak su navrhy na temy co by bolo treba prediskutovat tak sem s nimi.

Ja vidim nateraz z toho co chodi do studii problemy:

  • MV chysta nejaku mega orchestraciu, nie je mi zrejme ako toto ma fungovat. Ci to nebude centralizovat biznis logiku niekde na centralu kde nema co hladat. Treba jasne povedat co sa riesi eventovo a co orchestraciou a kedy.
  • workdesk uradnika (MV), portfolio klienta (NASES) sa chystaju robit nejake widgety, nie je zrejme ako toto ma fungovat a integrovat ine AIS.
  • BPaaS a spolocne bloky spravneho konania (MV) - vobec nie je zrejme ako sa toto ma integrovat do buducich IS a ich backoffice.

#87

ja by som si rad vyjasnil, ze co budu zabezpecovat tie spolocne platformy, ktore su v architekture nakreslene farebnymi ramcekmi:

  • API GW,
  • Platforma datovej integracie,
  • Orchestracna platforma.

demonstrovat si to na konkretnych prikladoch…napr. na nejakej zivotnej situacii, ze ci to vobec potrebujeme a ak ano, co z toho je must a co je nice to have, pripadne co chyba

pre PS Governnance by som potom ocakaval, ze na zaklade toho spracuje plan realizacie jednotlivych casti, napr. tych must, kedy maju byt dostupne

-> mne osobne by to pomohlo, keby som mal planovat nejaky novy, upgrade existujuceho IS VS


#88

Presne tak. Toto aj od začiatku hovoríme. Ešte roku pána 2015 sme sa tento pohľad snažili vložiť do NKIVS (viď. kap.7, najmä 7.5). Potom to mal byť “akčný plán”, čo však tiež nejako nevyšlo.
Teraz sa ako jedna z úloh pre PS Governance dohodlo, že sa pripraví zoznam míľnikov - jednak “do kedy” je treba nejakú povinnosť splniť/ funkčnosť sprístupniť a aj “od kedy” bude pre všetkých dostupné/povinné určité centrálne riešenie. V tomto prehľade sa nemajú vymýšľať žiadne nové veci, iba pozbierať čo kde už je schválené.


#89

Kratky zapis zo stvrtkoveho 29.3. strenutia.

@kyselat prezentoval draft “Pravidla publikovania sluzieb do multikanaloveho prostredia eGovu”, ktoreho cielom je dat OVM nejaky navod, aby vedeli co maju vyzadovat konkretne od dodavatelov a s cim ratat v projektoch. Akonahle bude draft zverejnitelny tak ho sem dam alebo mozno aj sam Tomas. V principe ide o to spravit podobnu “kucharku” ako maju v Gov.UK na APIs, ako sa maju dokumentovat (open api 3.0), ako sa ma riesit autentifikacia (oauth2/openid connect) a kopec dalsich veci. Miestami to uz zachadzalo do detailov, ktore by som cakal skor v standardoch. Padla zhoda, ze z tohto dokumentu sa to do standardov musi potom preniest (cc @stefan.szilva)

Viem, ze to je bez draftu asi tazko, ale v klude piste navrhy, co by tam nemalo chybat.