OS2MO arkitekturgruppe møde 23-03-2018 Deltagere: Peter Sebastian Hansen, Hjørring Thomas Martinsen, Roskilde (DIGIT) Niels Nordberg, Ballerup Videomøde Agenda 1. OS2MO arkitektur a. Governance b. Hvad er det født med c. Hvad skal videreudvikles og hvordan i. DIGITs behov ii. Øvrige tilslutningskommuners behov iii. 3. parts systemers behov iv. Cloud?? 2. Arkitektgruppemøder fremover a. Samarbejde med Sekretariatet b. Økonomi c. Næste møde 3. evt. Ad 1a) Der er nu nedsat en styregruppe for OS2MO: Jens Kjellerup, Ballerup (Formand) Henrik Willumsen, Silkeborg Mogens??, Frederikshavn Jesper??, Vordingborg Rasmus Frey, OS2 sekretariatet Styregruppens opgave er at træffe overordnede beslutninger om OS2MO s udvikling, governance og økonomi.
Arkitekturgruppe: Peter Sebastian Hansen, Hjørring Thomas Martinsen, DIGIT Niels Nordberg, Ballerup Arkitekturgruppen har til opgave at sikre: - at de forretningsmæssige behov bliver omsat til moderne arkitekturprincipper, som det fremgår af de Fælleskommunale arkitekturprincipper (http://beta.rammearkitektur.dk/index.php/f%c3%a6lleskommunale_arkitekturprincipper) - at integrationsmønstre til eksisterende 3. parts systemer designes på en fremtidssikret måde under hensyntagen til den legacy, der måtte være i disse systemer - at der skabes konsensus omkring roadmap for OS2MO under hensyntagen til deltagerkommunernes forretningsbehov, samt de trends og udviklingstendenser, der til enhver tid eksisterer for udvikling og funktionalitet af moderne IT-systemer Koordinationsgruppe: OS2 Sekretariatet Rasmus Frey og Terese Lorentzen Koordinationsgruppens opgave er at: - varetage kommunikation til deltagerkommunerne om arrangementer, styregruppemøder, beslutninger m.m. - indsamle ændrings- og udviklingsønsker fra deltagerkommunerne, og videreformidle disse til arkitekturgruppen Ad 1b) Hvad er OS2MO født med? Der pågår frem til 1. maj udvikling af OS2MO 2.0, som er en sammensmeltning af LoRa og MO (GUI til APOS oprindeligt udviklet af Odense kommune og stillet til rådighed for OS2) MO er dog blevet refaktoreret i en 1:1 version af den oprindelige MO, idet den gamle kode var bygget på en meget uhensigtsmæssig måde ift. moderne programmeringsnormer. OS2MO leveres på 2 Ubuntu servere én til LoRa og én til MO. Lora er bygget på en PostgreSQL database og MO er udviklet i Angular. Der anvendes i alt 6 servere, idet der oprettes 3 miljø er: Udvikling, Test og Drift. OS2MO er bygget i henhold til OIO S&D standarderne serviceinterface t for Organisation og Klassifikatione. Der er ikke en decideret GUI til Klassifikation, men
klassifikationer optræder i drop downs hvor de skal bruges. Der kan uploades nye/ændrede klassifikationer via regneark og MOX agent til formålet. OS2MO indeholder tillige en Beskedfordeler i form af RabitMQ (AMQP-standard). Der er dog ikke på forhånd defineret nogle integrationer med beskedfordeling. Af øvrige standard funktioner, der kommer med OS2MO, kan nævnes: De komponenter, som vil blive installeret, er: 1. Brugergrænseflade (OS2MO 2.0). Tillader slutbrugeren at vedligeholde organisations- og medarbejderdata 2. PostGreSQL databasen, der indeholder OIO-services, jf. ID 4 nedenfor 3. RESTful interface, som er kommunikationslaget mellem ID 1 og ID 7 4. OIO-services, som er LoRa-databasens OIO-implementeringer. Klassifikation, Organisation & Logservicen har direkte relevans, men med installationen af LoRa følger automatisk andre services, nemlig: Tilstand, Indsats & Aktivitet samt Sag & Dokument. 5. Beskedfordeler. AMQP-service, der laver køer, som klientsystemer kan abonnere på. 6. OIO-REST agent, som indeholder den logik, der henter relevante data ud af Beskedfordeleren 7. REST Serviceinterface - API'et til databasen 8. Agent til fejlhåndtering og mailadvisering desangående 9. Mox Upload/Download til popuklering af af LoRa vha. regneark/.csv 10. Mox Advis kan modtage AMQP-besked, hvorpå en email til en bruger. Herudover er følgende integrationer enten færdigudviklede eller under udvikling (markeret med *) 1. Dansk Adresse Register (DAR) 2. Serviceplatformen (CPR/CVR) 3. Integration fra AD til LoRa* 4. Autentificering (SAML-ADFS)* 5. Integration til Rollekataloget* Fra 1. maj til 1. juni udføres præ-pilot i Ballerup Kommune. Her implementeres følgende lokale integrationer: Silkeborg Data: eksport af Løn-organisationen til SD s beskedfordeler Omada IDM: import af medarbejdere, kontaktdata, org-tilknytning, team-tilknytning, besatte lederroller Authentificering: Logon med SAML token via Ballerups IdP Skole-AD: import af e-mail adresser via regneark DWH: eksport af Actual state -data til MariaDB OS2Opgavefordeler: eksport af adm-organisationen
Ad 1c) Hvad skal videreudvikles? DIGIT: Det er et ønske fra DIGIT kommunerne, at OS2MO integreres tæt med OS2Rollekatalog, og at de 2 komponenter tilsammen kan fungere som en mini-idm, idet OS2Rollekatalog trækker organisation og medarbejdere fra OS2MO, og tildeler roller. OS2Rollekatalog udvikles løbende af tilslutningskommunerne her, og er tænkt til både at kunne forsyne AD og IdP med roller i form at hhv. security groups og Jobfunktionsroller Det foreslås at integration mellem OS2MO og OS2Rollekatalog startes med det samme. Der er udført en POC på dette arbejde med Magenta (OS2MO) og Digital Identity (OS2Rollekatalog), der indicerer, at dette vil kunne udføres på 1-2 dage Der udestår at designe den mest hensigtsmæssige arkitektur på dette fx kan det være hensigtsmæssigt kun at lave AD integration med OS2Rollekatalog og ikke også med OS2MO OS2Rollekatalog kan således være autoritativ for såvel OU s, brugere, security groups, initielt password, exchange konti, distributionslister mm. Næstved Kommune har meldt sig som pilot-kommune fra DIGIT. Øvrige tilslutningskommuners behov: Der er indsamlet oplysninger fra de øvrige tilslutningskommuner om deres behov for integration med 3. partssystemer. De 3 pilot-kommuner Ballerup, Viborg og Hjørring repræsenterer dog det samlede billede af alle 3. partssystemer, så når de 3 pilot implementeringer er lavet, har man været igennem alle de integrationer, der ønskes hos de øvrige 15 tilslutningskommuner. se figur 1 for overblik over mulige 3. partssystemer.
Figur 1. Mulige integrationer til 3. partssystemer Cloud: Den nye version af OS2MO er egentlig tænkt som en on premise installation. Det er dog arkitekturgruppens klare opfattelse, at en cloud-baseret fællesløsning vil være langt bedre fremtidssikret, og langt lettere at vedligeholde både hvad angår kerne funktionalitet, special tilpasning til de enkelte kommuner og fælleskommunale integrationer (til løn-systemer og remmearkitektur komponenter). Derfor henstiller arkitekturgruppen til styregruppen, at man udskyder pilot implementeringer, som ellers er planlagte, og laver en grundig undersøgelse af, hvad der skal til for at implementere OS2MO + OS2Rollekatalog som en Cloud-baseret installation, der kan servicere alle 32 tilslutningskommuner. Det vil i arkitekturgruppens tænkning være spil af ressourcer først at lave 32 onpremise installationer, for om nogle år, at indse, at der er langt bedre økonomi og synergi i en cloud-baseret installation. Det er estimeret at en on-premise
implementering incl. integrationer tager 300 timer og 6 servere. Det er i runde tal 9000 timer og 180 servere (her er set bort fra overvågnings- og opdateringsservere, som også fordres af Magenta). Det estimeres af Magenta, at halvdelen af de 9000 timer udføres af Magenta det er ca 4.5 millioner. Dertil 180 servere á kr. 20.000 pr. år (ca. driftudgift pr år for 1 virtuel server) det er ca. 3.8 millioner. Det er arkitekturgruppens opfattelse, at man vil kunne nå langt med en cloud-baseret løsning for ca. 8 mill. det første år, og ca. 4 mill. de følgende år En cloud-baseret løsning bør dog ikke køre i en privat leverandørs hosting center, men bør drives af OS2 som eksempelvis OS2-cloud Ad 2a) Samarbejde med OS2-sekretariatet: Der foreslås en række samarbejdspunkter: 1. Arkitekturgruppen og sekretariatet informerer gensidigt om møder, dagsordner og referater 2. Arkitekturgruppen informerer sekretariatet om punkter, der af arkitekturgruppen indstilles til at blive behandlet på styregruppemøde 3. Sekretariatet informere arkitekturgruppen om udviklings- og ændringsønsker, fejlmeldinger o.l. der kommer ind fra tilslutningskommunerne 4. 5. Ad 2b) Økonomi Dette punkt ligger i regi af styregruppen, men DIGIT giver udtryk for at de er parat til at bidrage med et stort beløb i forhold til at få deres behov indarbejdet i videreudviklingen af OS2MO, som beskrevet ovenfor. Ad 2c) Næste møde i Arkitekturgruppen: Første halvdel af maj 2018, under forudsætning af at Styregruppen har behandlet punkt om cloud som beskrevet ovenfor. Ref. Niels Nordberg