REST i det offentlige

I går havde IT- og Telestyrelsen indkaldt til Workshop om REST i digital forvaltning. De sidste 5 år har vi brugt på komplicerede databeskrivelser, domænemodeller og sikker beskedsfremsendelse med webservices. Nu er tiden så kommet til at bruge nogle lidt simplere værktøjet til endnu engang at få høstet de lavt hængende frugter som vi endnu ikke har fået høstet. Som workshopleder, Finn Jordal, fik sagt i går: Det kan godt være at REST ikke løser alle problemer, men vi kan bare se at det virker og at alle andre bruger det inkl. Google, Amazon, Yahoo, Microsoft, IBM etc.

Denne workshop er formentlig den første i ITSTs historie, som var en succes allerede inden mødet blev afholdt. Med Tommy og Christian Dalagers forhåndsinteresse var det tydeligt at deltagerne til denne workshop ville blive et godt mix af traditionelle digital forvaltningskæmper og nye progressive REST ildsjæle, som her ser en ny åbning for adgang til statens data på en ny og letvægts-agtig-måde.

Dagen startede med de traditionelle - hvad er REST?-oplæg - for at få lagt en fælles semantik over dagen og så stemte vi ellers om hvilke emner, som skulle diskuteres i Openspaces. Emnerne blev:

1. Hvor kan REST (ikke) bruges i relation til offentlige webservices Det vil sige en diskussion af hvor går grænsen for brugen af REST baseret arkitektur. Der var så vidt jeg kunne forstå ikke noget entydig svar.

2. En diskussion af WS-* og REST Så vidt jeg kunne forstå på deltagerne var der her en saglig snak om det som Esben Graven malerisk før Openspace beskrev som forskelle på at lette og lande et fly eller blot at sætte drager op. Kort fortalt er det ikke nødvendigvis de samme mekanismer som skal køres i stilling i begge tilfælde. Både REST og WS-*  tilgangen har sin berettigelse. Personligt sad jeg endnu engang med den gamle sandhed om at når man får et nyt værktøj i værktøjskassen skal man holde sig for øje at det har et bestemt brugsscenarie. Med andre ord - selv om man har en hammer er alt ikke nødvendigvis søm!

Jeg deltog ikke i de to første fordi jeg tror at jeg allerede har sagt hvad jeg har at sige i relation til WS-* og REST. Den ene udelukker ikke den anden og begge har sin berettigelse. Yderligere religionsfejde forekommer mig ...well, religiøs!   3. Adgang til data og åbne API'er Jeg besluttede mig for at bruge min tid på den største hindring for REST i den offentlige forvaltning - adgangen til data. Styrken i REST-baseretudvikling er at man på en nem måde gør data tilgængelig for så mange så muligt, med et minimum af omskoling og opgradering af udvikler kompetencer. Dette kan føre til mash-ups og nye services og forretningsmodeller kan etableres. Men uanset hvor simpel og god teknologi og arkitektur er skal der være, eller der skal skabes, et data grundlag, som tillader at et vivar af nye services kan blomstre.

Konklusion fra dette openspace var basalt set at, uden data, ingen REST modeller og mash-ups. Derfor er det nødvendigt at se på hvordan vi kan gøre data tilgængelig for alle via åbne API'er.

Så hvordan får vi åbnet op for offentlige data så den store gruppe af innovative udviklere, som bruger Google, Amazon, Yahoo, Flickr, Facebook (...) API'er og kan skabe nye applikationer til glæde for den lokale software industri og borgerne?

Det spørgsmål er da vist en blogpost værdig! 2 sek...