1 / 16

OIOREST workshop 22. april 2008

OIOREST workshop 22. april 2008. Finn Jordal Centeret for Serviceorienteret Infrastruktur IT- og Telestyrelsen. Workshop medværter:. Preben Thorø, Trifork Joakim Recht, Trifork Henrik Hvid, Devoteam Workshop deltagere: Navn Organisation Hvorfor er i her? – i en sætning. Dagsorden.

adelie
Download Presentation

OIOREST workshop 22. april 2008

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. OIOREST workshop 22. april 2008 Finn Jordal Centeret for Serviceorienteret Infrastruktur IT- og Telestyrelsen

  2. Workshop medværter: • Preben Thorø, Trifork • Joakim Recht, Trifork • Henrik Hvid, Devoteam • Workshop deltagere: • Navn • Organisation • Hvorfor er i her? – i en sætning

  3. Dagsorden • 10.00 Velkomst • 10.10 Introduktion til OIOREST • 11.10 Open space opstart • 11.30 1. runde • 11.50 2. runde + frokost • 12.45 3. runde • 13.10 Fremlæggelse • 13.30 Næste skridt • 14.00 Afslutning

  4. Formålet med workshoppen • At præsentere vores opfattelse af hvordan REST kan anvendes i det digitale Danmark • At høre jeres mening om, erfaringer med og ideer til at anvende REST i det digital Danmark • Jeres input vil så blive brugt i det videre arbejde med OIOREST

  5. Baggrund for ITST’s interesse i REST • Vi ser de store spillere på området anvender REST: Google, Amazon, Microsoft, IBM osv. Deres nye service er baseret på REST. • Det offentlige ligge inde med mange data, som kan bruges i mange sammenhænge, men som ikke enten ikke udstilles eller udstilles med tekniske eller økonomiske hindringer.

  6. Baggrund for ITST’s interesse i REST • ITST vil gerne opnå følgende: • At gøre det nemt for myndigheder (og andre) at gøre deres data tilgængelige • At gøre det nemt for andre at anvende de udstillede data i mange forskellige sammenhænge • At gøre det muligt for så mange som muligt at anvende de udstillede data på tværs af platforme og programmeringssprog (Interoperabilitet)

  7. ITST’s REST analyseprojekt • Analyserapport, som er diskussionsoplægget til i dag • Danmark web service: Eksperiment med udstilling af offentlige data (read only) • Køservicen: Eksperiment med opdateringer, sikkerhed samt pålidelighed

  8. Plan for OIOREST • 1. fase: Fokus på udstilling af offentlige data • Idekatalog (med lovgivning vedr. f.eks. betaling) • Guidelines (med kodeeksempler) • Pilotprojekt med Miljøportalen (Udstilling af miljødata) • 2. fase: Fokus på sikkerhed • Sikkerhedsarkitektur (med lovgivning (Datatilsynet)) • Guidelines (med kodeeksempler) • Pilotprojekt (ikke bestemt endnu)

  9. Hvad er REST? • REST er den arkitektoniske stil indenfor distribuerede systemer, som har bragt Web’et succes. • Formålet med at anvende REST i web service sammenhænge er at opnå samme fordele og succes i system-til-system kommunikation, som web’et har opnået i system-til-menneske (browser) kommunikationen. • De centrale fordele er interoperabilitet, performance, skalerbarhed og enkelhed.

  10. Hvad er en arkitektonisk stil? • Et samlet sæt arkitektoniske principper der regulerer anvendelsen af arkitektoniske elementer og deres indbyrdes relation.

  11. 1. Giv alle ting (ressourcer) en URL • Københavns kommune: http://oiorest.dk/danmark/kommuner/101 • Sorgenfri slot: http://oiorest.dk/danmark/kommuner/173/lokaliteter/Sorgenfri Slot • Dronningens adresse: http://oiorest.dk/danmark/adresser/Amalienborg Slotsplads,2,1257 • Region Hovedstaden: http://oiorest.dk/danmark/regioner/1085

  12. 2. Link tingene (ressourcerne) til hinanden • <?xml version="1.0" encoding="utf-8" ?> <kommune ref=http://oiorest.dk/danmark/kommuner/101 xmlns="http://itst.dk/schemas/danmarkservice">  <nr>101</nr> • <navn>København</navn> • <veje ref="http://oiorest.dk/danmark/kommuner/101/veje" /> • <adresser ref="http://oiorest.dk/danmark/kommuner/101/adresser" /> • </kommune>

  13. 3. Alle ressource tilgås via samme interface

  14. 4. Tillad forskellige repræsentation • XML: http://oiorest.dk/danmark/kommuner/173/lokaliteter/Sorgenfri Slot/adresser • Google Earth format: http://oiorest.dk/danmark/kommuner/173/lokaliteter/Sorgenfri Slot/adresser.kml

  15. 5. Kommuniker tilstandsløs • Hvert request er står alene. Den REST baserede web service husker ikke foregående kald fra samme klientapplikation. • Første request kan håndteres af en server; andet request fra samme klient kan håndteres af en anden server. Tilstandsløsheden gør det lettere at skalere sin løsning: Sæt flere servere op.

  16. Spørgsmål?ellerHvorfor det ikke altid giver mening at fortælle, hvad en forkortelse står for • OIOREST: • Offentlig Information Online Representational State Transfer

More Related