MIRRI Pracovná skupina K9.3 Strategická architektúra

Nove vlakno k tomu tu ÚPVII Pracovná podskupina - API GW/API Manažment

Minuly tyzden bolo stretnutie pracovnej skupiny. Preberali sa dve temy (za nas sa zucastnil @lubor, kedze som bol na dovolenke - snad ma doplni):

  1. Planovana dopytova vyzva “Moderne technologie” - nemozeme zatial material sirit von, ale asi neprezradime vela ked povieme, ze ide o tri temy - Nasadenie Open Source :clap:, IoT a Chatboty. Blockchain, ktory v draftovej verzii bol este pred nedavnom tam uz nie je. :wink: Za nas padol navrh, aby sa tam dostalo aj vyuzite public cloudu / public saas sluzieb v statnych projektoch - avsak pre kratkost casu to asi nestihneme uz dostat do vyzvy v pozadovanej kvalite.

  2. Diskusia k centralnym IS, pol poskytnuty zoznam - myslim, ze nie je nijako tajny (su to vsetko schvalene alebo existujuce projekty), tak ho tu vyzdielam. nadrezortneIS_centralneBloky_v3.docx (33.5 KB)

1 Like

Minuly tyzden v pondelok 28.10. zasadala opat PS. Bod programu bolo OpenAPI (konkretne stav a plan MUK-P - “jadro api gw” a zoznam prioritnych API za nas)

Nejake poznamky:

open-api

  • v novele zakona o egov
  • ucinnost od 1.7.2020
  • prechodne obdobie do 1.7.2022
  • upozornil som, ze uz dnes uz je povinnost spristupnovat sluzby cez UPVS (formulare)

MUK-P = jadro api gw.

  • prezentacia ake benefity z toho ma provider API (v pohode prezentacia)

  • nova skratka: CAMP - centralna api manazment platforma (to je to co je mimo jadra)

  • SLA

    • kolko hitov moze spravit za ake obdobie?
    • rate limit na konzumenta, na cely kanal
    • “VIP” - kanal
    • cache odpovede volani
  • nasadenie (zo vsetkych sluzieb UPVS v Q4 2019 sa uz stali dve fazy, ale stale prijatelne)

    • 12/2019 - 02/2020 (rest/soap bez konverzie)
    • 03/2020 - 05/2020 (ostatne konverzie)
  • feb 2020

    • edesk/iam/eform
    • soap/saml
    • rest/json
  • podania az maj 2020

  • hladaju sa poskytovatelia sluzieb (co by sa zapojili do pilota)

  • monitoring

Za mna - MUK-P vyzera byt good enough, az som sa spytal, ze co teda prinesie ten velky API GW projekt, lebo toto mi pride celkom postacujuce. (Vraj sandbox, fraud detection a take tie veci)

Do pilotneho poskytovania API sa nikto moc nehlasil, velmi tlacime na Financnu spravu, ich API su

  1. velmi zaujimave (masove + existuje dopyt z trhu)
  2. niektore su dokonca hotove (napriklad verejne dostupne wsdl/soap ktory pouziva program e-dane)

Dalsia skupina

  • viera hainzl - aktualizovany design manual 11.11.

@kyselat ked posle prezi a vystupy tak ich sem zavesim.

Zoznam prioritnych API za nas. Prioritné API_dáta - Zber požiadaviek.xlsx (12.6 KB)

1 Like

Pozor ps ožíva. 20.5 o 10:00 online. Témy:

  1. Privítanie, predstavenie jednotlivých členov (došlo k viacerým zmenám v nomináciách, prosím pripraviť každý za seba jednu dve vety čomu sa venujete, za čo zodpovedáte), organizačné informácie k online meetingu.
  2. Téma: Ako pripojiť nové autentifikačné mechanizmy v štáte
    1. ÚPVS IAM vs. samostatný bod (kapacita ÚPVS, performance ÚPVS, možnosti pripojenia pod ÚPVS (existujúce konektory))
    2. SAML vs Oauth
    3. Prechodné vs. cieľové riešenie
  3. Odporúčanie pracovnej skupiny pre pripájanie nových autentifikačných metód (napríklad MobileID, ale aj iné).

Tu je (velmi) kratky zapis zo stretnutia:

  • predstavitel NASES povedal, ze kapacita IAM nie je ziadny problem, neeviduju ziadne problemy.
  • predstavitel NASES povedal, ze zapojenie noveho sposobu autentifikacie vyzaduje nejaky custom vyvoj na strane IAM. Na moju otazku, ze co tam treba programovat, kedze by malo ist o pomerne standardnu vec uz nevedel konkretnejsie odpovedat (to je v pohode, nebol to technicky clovek)
  • spominal sa oauth resp openid connect ako preferovane riesenie do buducna. Upozornil som, ze na toto netreba urcite cakat, nie je to blocker pre mobilne aplikacie a dokonca mobilne aplikacie ako take ma stat robit len vynimocne (vid. strategicka priorita multikanal)
  • cela tema mobilneho eid sa “odparkovala” na skupinu lepsie sluzby. Nevie sa kedy bude.
  • stretnutie bolo 1x online, viaceri sa vyjadrili, ze uz by to nemuselo byt nikdy inak.
3 Likes

Pristala nam pozvanka do PS Architektura:

Vážení členovia PS Architektúra, týmto Vás pozývam na videokonferenciu pracovnej skupiny dňa 21.1.2021 o 10:00. Poradu budeme robiť cez MS teams:

Program:

  1. Otvorenie
  2. Informácie o stave prípravy NKIVS 2021 (Kucer, Kováč)
    • Viď príloha NKIVS 2021_Draft_pred IPK-20210118.docx
    • Zber písomných pripomienok k NKIVS 2021 podľa možnosti do 20.1.2021 17:00

NKIVS 2021_Draft_pred IPK-20210118.docx (2.9 MB)

K tomu len par poznamok:

Ale teda aspon, ze sa PS zobudzaju.

1 Like

Tu je zopar postrehov zo zasadnutia:

  • zda sa ze architektura do velkej miery vznikala tak, ze sa zozbieralo vsetko mozne z povodnych strategickych priorit. vsetko nasvedcuje tomu, ze SP ako separe dokumenty uz nebudu. To je podla mna skoda, dali sa revidovat lahsie ako NKIVS, mohli ist do vacsej urovne detailu.
  • aj dosledkom toho napisaneho vyssie je v nkivs jeden megaobrazok architektury, co vlastne ani tak nie je podla mna architektura ako zoznam modulov. nevidiet tam co to ma presne robit, ake su zavislosti.
  • v obrazku uplne absentuje pohlad na “novy digitalny urad” = “digitalna transformacia”. Z pohladu obcana sa ide na granularitu “modul proaktivnych ponuk”, na strane uradu nie je takmer vobec nic.
  • tym ze to robi novy clovek, nema historicku pamat a niektore veci, ktorych sme sa uz nastastie zbavili, sa nam vratili ako bumerang. napriklad eform dizajner.
  • su tam moduly, ktorych centralizacia je podla mna sporna. napriklad 1 registratura, pricom uz teraz na trhu vznikaju SaaS registratury, certifikovane MV a moze si ich ktokolvek kupit. Tu MIRRI deklarovalo, ze “ambicie z najvyssich miest su veci centralizovat” a ich registratura bude zadarmo, co mi teda silne pripomina situaciu vladneho cloudu, ktory je tiez “zadarmo” a vieme ako to dopadlo. Okrem toho to uplne to znici trh s registraturami. Ak toto stat chce urobit, ok, len by to mal teda asi dobre zdovodnit. Napriklad si neviem uplne dobre predstavit, ze nejaka mala skola bude pouzivat rovnaku registraturu ako nejake velke ministerstvo. p. Kucer medzi recou spomenul, ze vladny cloud sa spoplatnovat nebude (cc @peter_k), dufam, ze som to nepochopil spravne.
  • Bezi teraz pripomienkovanie v PS, sam neviem ako sa k tomu postavit, citit velky tlak na to, aby sa to cim skor uzavrelo a tym, ze nkivs isla na ovela nizsiu uroven detailu, ktora sa bezne riesila v PS a strategickych prioritach, tak tam vidim este dost spornych bodov.
1 Like

:roll_eyes:

Toto vyzerá ako výsledok dumania v Košiciach.

Pri registratúre evidentne ide o OPII projekt MV. Rovnako je jasné, že “zadarmo” to nebude, len peniaze budú spotrebúvané centrálne, a nie každý úrad sám.

Zmysel to samozrejme nedáva žiadny. Myslím že na školy a iné malé úrady ani nikto nemyslel (ako obvykle). Tipujem, že nie je ani presná predstava, koho zahŕňa pojem “pre všetkých”.

Štúdia, ani kalkulácia, prečo by to takto malo byť efektívne, zjavne nie je, a táto nová garnitúra si s tým zrejme ťažkú hlavu nerobí.

1 Like

Urcite takyto strategicky material nema ist do podrobnosti, ma zostat na koncepcnej urovni aby to mohlo byt aspon 5 par rokov platne a nerozporovatelne. Podla mna to vobec nejde dobrym smerom

bojim sa, ze este centralnejsie = jeden dodavatel, miesto 20 dodavatelov ako teraz … tych 19 moze mat existencne problemy a ten jedne, vilu na bahamach …

1 Like

Lenze je potrebne povedat aj b), po existencnych problemoch tych 19 firiem, bdue mat existencne problemy aj samotny stat

To je sranda ze registratura je po kazdej vymene vlady akymsi ritualom. Aj tato nova siahla po osvedcenom recepte z minulych rokov. Registratur aj certifikovanych je mraky. Mozna stacilo podobne ako su dotovane obce pouzivajuce DCOM trochu financne skolam pomoct a rozviazat im ruky nech si sami vyberu.

Je sice krasne ze chcu davat systemy zadarmo, len si musia uvedomit ze kazdy takyto darcek likviduje konkurenčne prostredie.
Faktury detto vyzera ze pojdu podobnym smerom. Takze mozno niekomu sa to zda ako dobra vec ale na trhu IT je to skodlive.

1 Like

:rofl: neviem sa zbaviť dojmu, že nie nový človek, ale starí ľudia na pozadí

2 Likes

Dobrý deň

Vážení členovia PS Architektúra, týmto Vás pozývam na online konferenciu pracovnej skupiny dňa 1.2.2021 o 14:00. Poradu budeme robiť cez MS teams.

Program:

Na stretnutí prejdeme Vaše podnety a pripomienky k návrhu NKIVS 2021, ktorý som Vám poslal po našom mítingu 21.1.2021.

Preto prosím, aby ste mi zaslali Vaše pripomienky najneskôr do piatka 29.1.2020, aby som ich stihol spracovať do termínu stretnutia.

Ďakujem

Tak som presiel kapitoly architektury a nieco som tam spisal, ale idem si teraz vyplachnut oci savom, lebo som sa zacital aj do kapitoly digitalna transformacia a to je nieco neuveritelne.

Tu davam verziu s komentarmi co tam zaslem ako pripomienky, niekedy zajtra. NKIVS 2021_Draft_pred IPK_v2-20210121-1211-sd-pripomienky.docx (2.8 MB)

Obdobny dojem mam zatial z projektu(?) “Riešenie DCOM pre veľké mestá - Dátové centrum obcí a miest”: Bol spomenuty napr. dnes na zasadnuti PS Samosprava ( MIRRI Pracovná skupina Samospráva ) ale nemam dojem, ze by to vznikalo v spolupraci so zastupcami napr. UMS. Dokonca to nevyzera ani tak, ze by o tom zastupcovia UMS mali prehlad, pritom je to zrejme urcene aj/najma pre nich.

Tiez badam ten “pattern”.

Toto presne viem odkial ide, ale zly umysel tam nie je, skor neboli domyslene dosledky. Treba si to ustrazit v PS Lepsie sluzby lebo PS arch tu len “plni ich zelanie”.

Na stretnuti PS arch v pondelok sa preberali pripomienky, najviac sme ich samozrejme poslali my, potom ITAS a potom dalsie dva urady nejake mensie formalnejsie veci.

Zatial nie je zrejme co s dokumentom bude, uz sa javia naznaky, ze tlacit vsetko do NKIVS asi nebol dobry napad. Resp. podla mna sa neda ist do takeho detailu ako by sa patrilo pri architekture, ale v NKIVS je to zase strasny low-level. Vyeskalovalo to az na uroven - rada vlady, ktora bude zajtra, uvidime teda.

Medzicasom mozeme navrhovat temy, ktore by mala riesit PS arch najblizsii rok. Zatial je v navrhu planu toto:

  • Aktualizácia Referenčnej architektúry VS
  • Organizačný model správy centrálnej a referenčnej architektúry a zvyšovanie vyspelosti správy EA VS

Quick update:

Bolo par stretnuti k NKIVS (ktora za meni velmi … nazvime to … dynamicky). Je vsak len v internom pripomienkovom konani a nemozeme ju zverejnit.

Na PS arch som zaslal nasledovne temy, ktore povazujem za akutne riesit. cc @kyselat @vojtob

pre PS Arch navrhujem nasledovne temy, ktore povazujem za velmi akutne vyriesit (kedze su v pripomienkovani uz dva projekty, ktore to spominaju)

  • modul rozpracovanych podani, jeho funkcionalita a dopady na architekturu ISVS.
  • e-dizajner, el. sluzby v multikanalovom prostredi (upvs, slovensko v mobile, statny messanger) a dopady na architekturu ISVS

Mozno by bolo dobre navrhnut aj upravy rozhrania schranky s cielom zefektivnenia vydavania rozhodnuti.
Schranka v dnesnej funkcionalite sice poskytuje vsetko potrebne na vydanie a dorucenie rozhodnutia.
Nikto sa vsak na tuto vec nepozrel z praktickeho hladiska. A tak napr. ak ma riaditel skoly vydat velke mnozstvo rozhodnuti v stanovenom casovom limite, schranka v sucasnej podobe sa stava najvacsou brzdou.
Asi by bolo dobre mysliet aj na OVM ktore pouzivaju schranky na vydavanie vacsieho mnozstva rozhodnuti. Boli by vhodne napr. rozsirenia prace so zlozkami, pripadne nejake pravidla nad rozpracovanymi a odoslanymi spravami a pod. Tak aby si mohli spravy hromadne pripravit, rozclenit podla rozpracovanosti, skontrolovat a dorucovat. Odoslane spravy by mali podla nastavenych pravidiel ukladat do priecinkov, kde si spatne moze skontrolovat co bolo odoslane a akym sposobom a pod.

To je dobry podnet, ale skor asi na lepsie sluzby. S arch toto vela nema. Dokonca tu dnes existuju riesenia co toto robia.

1 Like