R EFERAT Informationsmøde for it-leverandører om afprøvning af MOX-specifikationen KL-huset, 24. september 2012 13.00 1500 På mødet deltog: It-leverandører: Jesper Vejs, IBM Esben Zeuthen, Medialogic A/S Christian Poulsen, Medialogic A/S Steen Jensen, KMD Kent Aabjerg Nielsen, Silkeborg Data Jørgen Hedegård, Traen Thomas Groenbaek, Dafolo Claus Simonsen, Convergens Jens Bruntt, Convergens Michael Nielsen, Axapoint Kommuner/KL David Schwartz Møller, Svendborg Kommune Martin Scheil Corneliussen, Hjørring Kommune Rasmus Vandkjær Rasmussen, Frederikshavn Kommune Marc David Martin, Horsens Kommune Erik Helweg Larsen, KL Nikolaj Skovmann Malkov, KL Den 2. oktober 2012 Jnr 01.04.02 P20 Sagsid 000245418 Ref NSS nss@kl.dk Dir 2478 6165 Weidekampsgade 10 Postboks 3370 2300 København S Tlf 3370 3370 Fax 3370 3371 www.kl.dk 1/5 Referent: Nikolaj Skovmann Malkov Mødet var indkaldt i anledning af, at KL og Kommunerne igennem en arbejdsgruppe under Kommunernes It-Arkitekturråd (Arkitekturrådet) i efteråret 2012 vil gennemføre en række konkrete afprøvninger af Specifikation for MOX et forretningsmønster for fagsystemers udveksling af hændelser. It-
leverandørerne var inviteret igennem en åben invitation for alle itleverandører på kl.dk. Erik og Nikolaj gennemgik på vegne af arbejdsgruppen indledningsvis meget kort tankerne bag specifikationen, der ligger til grund for afprøvningen og ridsede planerne for de konkrete afprøvninger op: En afprøvning foregår i en kommune og involverer typisk to leverandører Beskedfordeling foregår i afprøvningen via en lokal instans af en RabbitMQ server. Forestiller vi os. Der kan i de enkelte afprøvninger være forhold, der gør, at en central instans er bedre egnet. Scope for en afprøvning er ikke en hel proces, men derimod en overførsel mellem to leverandørers systemer via beskeder. Fx overførsel af et objekt, der beskriver et dokument eller en sag. Leverandøren skal - som et led i afprøvningen - lave agenten til eget system, der oversætter egne snitfladeinformationer til OIO-besked og omvendt kan modtage OIO-besked og oversætte den til egne snitfladeinformationer. Der er ingen krav om, at afprøvning skal foregå i produktionsmiljø. Afprøvningerne er tænkt til at løbe fra nu og frem til uge 51. Der foreligger ikke initialt en driftsmodel for MOX-konceptet efterfølgende. Erfaringerne fra afprøvningerne skal være med til at kunne opstille nogle scenarier for det videre forløb, som Arkitekturrådet kan tage stilling til. De kommunale deltagere i arbejdsgruppen har en opstillet en række forslag til konkrete afprøvninger, som de gerne vil have prøvet MOX-konceptet af på: Svendborg Kommune: Medialogic Workbase og Traen Acadre o Journalisere Workbase-dokumenter i Acadre Hjørring Kommune: KMD Care og SB-SYS o Journalisere Care-dokumenter i SB-Sys Frederikshavn Kommune: Dafolo blanketsystem Traen Acadre o Journalisere Dafoloblanket i Acadre Odense Kommune: Convergens/KMD LOS/APOS2 o Vedligehold af organisationsoplysninger KL/Ballerup Kommune: APOS2/APOS2 o Distribution af ændringer i klassifikation (KLE/FORM) ved hjælp af beskeder i APOS2 Beskedfordeling er et vigtigt middel i MOX-konceptet. Men etablering af en beskedfordeler er ikke et mål i sig selv. Til beskedfordeling anvendes i hver 2
afprøvning en instans af RabbitMQ, der kører på AMQP-protokollen for beskedudveksling. AMQP er en åben, internationalt afprøvet og anvendt standardprotokol for beskedudveksling. Den er udviklet med programmeringssproget ERLANG, der ligger til grund for de fleste internetroutere. RabbitMQ er et open source produkt, der kører på AMQP-protokollen. RabbitMQ anvendes blandt andet af flere store firmaer i den finansielle sektor og findes også i kommercielle udgaver, hvor man kan få lov til at betale for support mv., bl.a. VM Ware har den som produkt. RabbitMQ kan også håndtere federation i fald der kommer mere end en beskedfordeler i spil. Det vil formentlig ikke være tilfældet i afprøvningen, men er et realistisk scenarie for den fremtidige arkitektur. Erik gennemgik formatet for beskeden, der vil bestå af en header med en række key values, som anvendes i forbindelse med routing af beskeden. Endvidere gennemgik han yderligere omkring beskedfordelingen i afprøvningen. For nærmere information om RabbitMQ henvises til www.rabbitmq.com. Der var spørgsmål fra en deltager omkring indholdet af beskeden. Erik redegjorde for tre muligheder: 1. Det hele i besked (metadata + evt. fil) 2. Metadata med pegepind. En evt. fysisk fil bliver på sin oprindelige placering. 3. Metadata med pegepind. Den fysiske fil hentes efterfølgende igennem et kald. Det gav anledning til en diskussion omkring tolkning af OIO-standarden for Dokument på netop dette område. Dokument adskiller sig fra standarderne for Klassifikation, Organisation og Sag ved, at den udover metadata også skal kunne rumme håndtering af en fysisk fil. Drøftelsen gik på, om den fysiske fil medsendes i besked, blot er en henvisning via en url, eller om den er en url, og derefter hentes. IBM påpegede i den sammenhæng, at repositories kan være en god ide pga. performance. Silkeborg Data gav udtryk for, at en forståelse, hvor dokumentet ikke kan medsendes i beskeden, er en udfordring i forhold til deres måde at gøre tingene på. Silkeborg Data har ikke selv dokumentopbevaring i deres system og har ladet ESDH-systemet varetage dokumenthåndteringen. Hvis MOX betyder, at de er nødt til at have et dokumentlager for at registrere og have et sted at pege på dokumentet, er det svært at se rationalet for deres kunder. 3
Erik har efterfølgende undersøgt standarden. Specifikation af Dokument beskriver på side 21 en attribut, der benævnes Indhold. Den indeholder en pegepind (URI) til dokumentdelens binære indhold., når man læser og udfører opret, ret og import. Det binære dokument er altså ikke med i operationerne kun referencen (URI). Dermed bør beskeden om dokumentet heller ikke medsende dokumentet. Vi har valgt, at MOX-beskeder udgøres af den specifikke hændelsesbesked med hele objektet (ID, Type, livscyklus, attributter, tilstande og relationer) på et bestemt registreringstidspunkt men i alle objektets virkningsperioder. Beskeden vil blive ledsaget af generel hændelsesbeked kuverten - med transportoplysninger og oplysninger til brug for fordeling (header med keywords i AMQP-format). Nærmere om hændelsesbesked i de generelle egenskaber side 27. I forhold til registrering af dokumenter kom Erik på arbejdsgruppens vegne med en præcisering i forhold til MOX-specifikationen. Et dokument skal have en registrering ved modtagelse/oprettelse. Det kan ikke eksistere uden. Traen kom med et ønske om, at sikkerhed ikke blev skudt for længe, hvilket flere af de øvrige deltagere bakkede op omkring. I forhold til afprøvningen er sikkerhed håndteret ved, at afprøvningen foregår indenfor en afgrænset del af kommunens sikkerhedsdomæne. Det gav dog anledning til en drøftelse af de videre perspektiver i forhold til sikkerhed. KMD påpegede, at det i meget vid udstrækning er en forretningsmæssig udfordring snarere end en teknisk udfordring, i det der er forskellige udfordringer på kommunens forskellige forretningsområder. Medialogic fulgte op og påpegede, at noget af det afgørende er, hvem der kan abonnere på hvad. Flere af de deltagende leverandører, bl.a. Traen og Medialogic gav udtryk for, at den stramme tidsplan kan være et problem i forhold til deres deltagelse. Arbejdsgruppen tager det til efterretning og vil efter en efterfølgende bilateral dialog med de enkelte leverandører vurdere, om det giver anledning til, at tidsplanen må ændres. Afslutningsvis blev spørgsmålet om den videre drift og governance for MOX-konceptet drøftet. Bl.a. IBM gav udtryk for, at det kunne give god mening, at lave en driftsmodel med en central drift af konceptet. Flere af de tilstedeværende bakkede op om, at en driftsmodel med 98 forskellige instanser kunne være en udfordring. Arbejdsgruppen lyttede interesseret til alle input men påpegede, at det er beslutninger, der skal træffes i de rigtige fora efter forelæggelse for Arkitekturrådet og på baggrund af bl.a. erfaringerne fra afprøvningerne. 4
Som en opfølgning på mødet vil de deltagende leverandører blive kontaktet bilateralt af arbejdsgruppen med henblik på at følge op på interessen og forudsætningerne for at deltage i de konkrete afprøvninger. Udover indeværende referat lovede arbejdsgruppen også at fremsende et skriv, der ridser perspektiver og argumenter for deltagelse op for leverandørerne. 5