Fælles retningslinjer for REST webservices

Relaterede dokumenter
Fælles retningslinjer for REST webservices. UDKAST version 0.5

Fælles retningslinjer for webservices. UDKAST version 0.9 December 2017

Hvem er målgruppen for disse dokumenter. Hvilke forudsætninger skal læseren have?

Dokumentet/dokumenter der kommenteres på: Fælles retningslinjer for webservices. Organisationen der kommenterer: SKAT - Løsningsarkitektur og Test

God begrebs- og datamodellering i det offentlige 5 organisatoriske anbefalinger

Bilag 12 - Fælles arkitekturramme for GD1-GD2-GD7. OIO Serviceprincipper

FDA-modelregler i praksis

Nye modelregler Fundamentet Begrebs- og datamodellering på niveau 2: Genbrug

DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.

Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7. Etablering af datadistribution på den Fællesoffentlige Datafordeler

Status på Sag og Dokument

På vej mod internationalt orienterede datastandarder

Fælles Digital Arkitektur

REFERENCEARKITEKTUR FOR SELVBETJENING OG REFERENCEARKITEKTUR FOR SAGS- OG YDELSESOVERBLIK

IT-ARKITEKTURPRINCIPPER 2018

It-arkitekturprincipper. Version 1.0, april 2009

Fra hvidbog til rammearkitektur FDA konferencen v Michael Bang Kjeldgaard

KLASSIFIKATION ET AF DE OTTE STØTTESYSTEMER. Version 2.0

Vilkår for brug af Støttesystemet Sags- og Dokumentindeks

DK-Cartridge 1.0. Distributionsformat for digital læringsindhold VERSION: 1.0

IT-arkitekturstyring i Syddjurs Kommune

Digital Post 2020 Arkitektur i infrastrukturen

Brugervejledning til databrowseren

Teknikken bag Datafordeleren Distribution af data. Fællesoffentlig datadistribution

OI OXML som obligatorisk, åben standard. - uddybende vejledning. 1 Om dette dokument. 2 Baggrund. 2.1 Datastandardisering

DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR

UNDGÅ DÅRLIGE IT-LØSNINGER

It-principper. Bilag 1 til It- og Digitaliseringsstrategi for Sønderborg Kommune

Ejendomsdataprogrammet - Matriklen Løsningsarkitektur

Styregruppen for data og arkitektur. Reviewrapport for: Referencearkitektur for deling af data og dokumenter (RAD)

STØTTESYSTEMET KLASSIFIKATION

Effektiv digitalisering. - Digitaliseringsstyrelsens strategi April 2012

Den fælleskommunale Rammearkitektur. - en arkitektur for den kommunale digitalisering

Serviceplatformen informationsmateriale. Leverandørmøde 7. februar 2013

Grunddata på Datafordeleren

Introduktion til Klassifikation

Den nye fælles offentlige kravspecifikation. v/ projektleder Anna Schou Johansen

Grunddata og videre frem

Navision Stat (NS 9.2)

RAMMESÆTNING FOR DET FÆLLES DIGITALE FUNDAMENT PÅ SUNDHEDSOMRÅDET. Kort introduktion til resultat af arbejdet med fælles målbillede

Strategi Danmarks Miljøportal

Bilag til standardaftale om delegering af brugerrettigheder mellem lokale identitetsudbydere og serviceudbydere ved anvendelse af SAML-billetter

Den fællesoffentlige digitale arkitektur Rammearkitektur (UDKAST) FDA-Talk 30. januar 2018

Webservice til upload af produktionstilladelser

Den fælleskommunale Rammearkitektur. - en arkitektur for den kommunale digitalisering

FDA retningslinjer for formidling og dokumentation af arkitektur September v Michael Bang Kjeldgaard

Introduktion til MeMo

ARKITEKTURARBEJDET FOR BRUGERPORTALINITIATIVET

Rammearkitekturer der hænger sammen

BUDSKABSPAPIR om den fælleskommunale rammearkitektur for it og digitalisering ("rammearkitekturen")

Ja Sættes til -1. ExporterIndicator Ja Ikke en del af CVR grunddata. Sættes til tomt. Har aldrig været required i CVR (citat ERST)

1. Release- og Versioneringsstrategi for Serviceplatformen og services

Peter Thrane Enterprisearkitekt KL+KOMBIT. Den fælleskommunale Rammearkitektur - Inspiration

Geodatastyrelsens strategi

Geodatastyrelsens strategi

Styregruppen for data og arkitektur

Nasjonal arkitektur Danske erfaringer. difi.no/arkitektur Klaus Vilstrup Pedersen

Løsningsbeskrivelse til P13-7 Hent ydelsesinformationer fra Ydelsesindeks

Sådan fungerer Danmarks Miljøportal. en pixibog om infrastrukturen bag Danmarks Miljøportal

ecpr erstatnings CPR Design og arkitektur

IT- og Arkitekturkonferencen 2009

RAMMEARKITEKTUREN I DEN KOMMENDE STRATEGIPERIODE

INSPIRE i infrastrukturen. Ulla Kronborg Mazzoli

Balancen mellem de interne nødvendigheder og de eksterne påvirkninger reguleres i kommunens it-strategi som præsenteres herunder.

Compliance-test, STS Sags- og Dokument indekset

OIOREST webservice design. Guideline til design af REST-baserede webservices. Udgivet af: IT- & Telestyrelsen

Styregruppen for data og arkitektur

Arkitekturarbejdet for brugerportalinitiativet. Dialogforum 22. April 2015 Nikolaj Malkov, KL Chefkonsulent/forretningsarkitekt

Minikonference om Sag og Dokumentstandarder 15. juni 2011, Odense

Snitfladebeskrivelse HentYdelseInformation BYS P11-4 KMD Børneydelse Version 1.0.0,

Udstilling af forvaltningsdata til Min Lederside, Målvinduer

Fællesskabet der vil noget mere

Leverandør informationsmøde 25. marts 2014

Baggrundsinformation

DHUV ARKITEKTURRAPPORT

l ære EVALUERING AF DIGITALE LÆREMIDLER AARHUS AU UNIVERSITET INSTITUT FOR UDDANNELSE OG PÆDAGOGIK (DPU)

Serviceorienteret arkitektur - Hvad og hvorfor

Overblik over egne sager og ydelser

ADK 1.0 KRAVSPECIFIKATION

2. Systemarkitektur... 2

Procedurer for styring af softwarearkitektur og koordinering af udvikling

Overordnede principper og best practice

Digitalisering af offentlige indkøb

Fælleskommunale it-arkitekturprincipper

Vejledning om dybe links i Digital Post. August 2019

FÆLLESOFFENTLIG DIGITALISERINGSSTRATEGI

Klik her for at angive tekst. Vejledning til brug af Støttesystemet Sags- og Dokumentindeks

Den Digitale Landevej - Arkitekturprodukt

AuthorizationCodeService

Webservices. hvad er det og hvad kan det bruges til? Rikke Lose Databasekonsulent, DBC

Ejerfortegnelse Løsningsarkitektur Bilag C Processer Grunddataprogrammet under den Fællesoffentlig digitaliseringsstrategi

Service Orienteret Arkitektur en succes, der i stigende grad kræver IT Governance fokus

Service Orienteret Arkitektur

Informationsmøde vedrørende Proof of concept for en integrationsplatform

Guide til kravspecifikation

OIO står for Offentlig Information Online og er det offentliges fællesbetegnelse for it-arkitektur, it-standarder og digital forvaltning.

ANALYSE AF SIKKERHEDSSTANDARDER OG -LØSNINGER

Sag og dokument standarderne - Hvad og hvorfor

Vilkår for dialogintegration SAPA

Ejendomsdataprogrammet - BBR Løsningsarkitektur Bilag C Processer

Transkript:

Fælles retningslinjer for REST webservices Fællesoffentlig digital arkitektur Pelle Borgsten, Nikolaj Malkov, Christian Callsen

Dagsorden Punkt 1. Formål 2. Principper og forretningsbehov 3. Retningslinjer 4. Proces for udarbejdelse 5. Kommende retningslinjer 9/14/2017 OptimumIT 2

Formål med retningslinjerne Formålet med de fælles retningslinjer for webservices er at skabe bedre interoperabilitet imellem offentlige institutioners it-løsninger. Anvendelsen af retningslinjerne for REST webservices skal finde sted i samspil med eksisterende retningslinjer og standarder, således at der ikke skabes unødig kompleksitet. Retningslinjerne angiver ikke forrang for anvendelse REST fremfor andre arkitekturstile eller arkitekturmønstre 9/14/2017 OptimumIT 3

Principper for retningslinjer Retningslinjerne skal baseres på viden fra eksisterende anvendelser af og retningslinjer for webservices Retningslinjerne skal være langtidsholdbare, men samtidig være tilstrækkeligt konkrete og implementeringsnære til, at retningslinjerne kan inddrages af initiativerne i digitaliseringsstrategien. Retningslinjerne skal kunne anvendes bredt af offentlige institutioner 9/14/2017 OptimumIT 4

Forretningsbehov Forretningsbehov anvendes til at sætte en ramme for udarbejdelse og indholdet i retningslinjerne. Der er tre temaer: Tema 1 Tema 2 Tema 3 Forretningsbehov vedrørende serviceanvendere og serviceudbydere Forretningsbehov vedrørende data og funktionalitet Forretningsbehovene for at REST webservices kan indgå i et fællesoffentligt itlandskab på en forvaltningsmæssig sikker og effektiv måde 9/14/2017 OptimumIT 5

Udvalgte forretningsbehov F2 Design af REST webservices skal tage udgangspunkt i serviceanvenderens behov. F3 Ændringer i REST webservices, skal udformes, således at det er så omkostningseffektivt som muligt for serviceanvendere. F7 Udstilling af REST webservices skal omfatte dokumentation af webservices, herunder en dokumentation af regler for syntaks, semantik og en beskrivelse af snitfladen 9/14/2017 OptimumIT 6

Skabelon for retningslinjer Navn Retningslinje Rationale Understøttede forretningsbehov Angiver nummeret og navnet på retningslinjen Beskriver retningslinjen klart og præcist Beskriver forretningsværdien ved at følge retningslinjen Beskriver de konkrete forretningsbehov, som retningslinjen understøtter Implikation Beskriver hvilken indvirkning retningslinjen har på forretningsmæssig og teknisk implementering 9/14/2017 OptimumIT 7

Generelle retningslinjer for REST webservices Indeholder retningslinjer, der understøtter forretningsbehovene og er generelt anvendelige ved implementering af webservices til itløsninger i den offentlige sektor 9/14/2017 OptimumIT 8

Generelle retningslinjer for REST webservices Anvendelse af microservice arkitekturstil Ansvarsfordeling ved kald til webservices Servicedokumentation Serviceversionering Servicelogning Servicemonitorering Servicefejlmeddelelser 9/14/2017 OptimumIT 9

Generelle retningslinjer for web services R01. Udstil minimal funktionalitet i den enkelte webservice R02. Målret webservices til konkrete serviceanvendere R03. Separér webservices fra konkret implementering R04. Separér webservices fra eksterne afhængigheder R05. Understøt gentagne forsøg på kald fra serviceanvenderen R06. Håndtér dublerede opdaterende kald fra serviceanvendere R07. Kræv specifikke informationer ved ansvarsoverdragelse ved kald til webservices R08. Dokumentér udstillede webservices i overensstemmelse med den fællesoffentlige dokumentationsramme for webservices R09. Opmærk webservices i henhold til fællesoffentlige emnesystematikker R10. Opmærk webservices med følsomhed eller fortrolighed af data R11. Dokumentér servicespecifikke fejlkoder for webservices R12. Dokumentér drift af forskellige versioner af webservices R13. Anvend semantisk versionering af webservices R14. Udstil gamle og nye versioner når en webservice ændres R15. Log alle væsentlige kald til webservices R16. Anvend transaktionsidentifikatorer ved kald og svar R17. Understøt monitorering af udstillede webservices R18. Returnér servicespecifikke fejl som standardiserede fejlmeddelelser 9/14/2017 OptimumIT 10

Udvalgte retningslinjer: R02 Målret webservices til konkrete serviceanvendere Retningslinje Webservices skal designes med den funktionalitet, konkrete serviceanvendere har behov for. Rationale Hvis webservices designes så deres udstillede funktionalitet målrettes bestemte serviceanvendere eller konkret anvendelse, i stedet for at være så generiske som muligt, vil senere ændringer påvirke færrest mulige serviceanvendere. 9/14/2017 OptimumIT 11

R17 Understøt monitorering af udstillede webservices Retningslinje Udstillede webservices skal understøtte, at serviceanvenderen kan monitorere den enkelte webservices tilgængelighed. Rationale Serviceanvendere har ved unormale driftssituationer behov for at afgøre om anvendte webservices er tilgængelige eller ikke, og om eventuelle driftsproblemer er placeret hos serviceanvenderen eller hos serviceudbyderen. Udstilling af dedikeret monitoreringsfunktionalitet har typisk større robusthed end de webservices, der anvendes til forretningsprocesserne. 9/14/2017 OptimumIT 12

Retningslinjer for REST Modellering af REST webservices Søgning i REST webservices Datarepræsentation i REST webservices REST webservice specifikation REST kommunikationsprotokol 9/14/2017 OptimumIT 13

Retningslinjer for REST web services R19. Udstil webservices som REST ressourcer R20. Udstil forretningsprocesser som REST ressourcer R21. Modellér REST ressourcer med udgangspunkt i forretningsmodellering R22. Navngiv REST ressourcer ud fra forretningsmodellens begreber R23. Navngiv REST ressourcer ud fra REST arkitekturstilen R24. Udstillede REST ressourcer har unikke, sikre identifikatorer R25. Udstil REST ressourcers relaterede entiteter R26. Returnér REST ressourcer med hypertekst links R27. Anvend standardiserede REST fremsøgningsparametre R28. Understøt søgning med delresultater R29. Repræsentér REST ressourcer i et standardiseret dataformat R30. Deklarér REST ressourcer datarepræsentationer R31. Overfør tekst i en internationaliseret repræsentation R32. Dokumentér REST webservices via et standardiseret skema R33. Anvend HTTP som fællesoffentlig REST kommunikationsprotokol R34. Anvend HTTPs mekanismer til effektiv kommunikation R35. Anvend HTTP sikkert til REST ressourcer 9/14/2017 OptimumIT 14

Udvalgte retningslinjer: R27 Anvend standardiserede REST fremsøgningsparametre Retningslinje REST webservices skal understøtte standardiserede fremsøgningsparametre i det omfang, søgning understøttes af webservicen. Rationale For at gøre det lettere at anvende en webservice for serviceanvendere, bør fremsøgninger i samlinger af forretningsobjekter anvende standardiserede søgeparametre. Ensretning af parametrene betyder at serviceanvendere kan genbruge eksisterende erfaringer med søgning. 9/14/2017 OptimumIT 15

R32 Dokumentér REST webservices via et standardiseret skema Retningslinje Webservices skal dokumentere de udstillede data via et standardiseret skema for REST services, jf. den fællesoffentlige dokumentationsramme for webservices. Rationale Det skal være klart for serviceanvendere hvilke informationer, der udstilles af en webservice, og hvilken semantik og syntaks de udstillede data har. Dette bør dokumenteres ved brug af et standardiseret skema, således at serviceudbyder og serviceanvender har samme forståelse. 9/14/2017 OptimumIT 16

Kommende perspektiver i næste fase Temaer: Historik/temporalitet Linked Data Dataformater herunder anvendelse af XML vs JSON som datarepræsentation Produkter: Ny version pba. kommentarer og workshops Bilag 1 Dokumentation for REST Webservices Bilag 2 Fejlstruktur og fejlkoder for REST Webservices Bilag 3 Nonfunktionelle krav til realisering af retningslinjer Bilag 4 Specificering af brug af HTTP til REST Bilag 5 Udstilling af forretningsobjekter som REST ressourcer 9/14/2017 OptimumIT 17

Projektplan for retningslinjerne Version 0.5 0.8 Q4 2017 1.0 Q2 2018 9/14/2017 OptimumIT 18

Offentlig kommentering af retningslinjer version 0.5 Kommenteringsperiode frem til d. 30. september 2017 Materiale findes her: https://arkitektur.digst.dk/metoder/retningslinjerwebservices Kommentarer sendes til: arkitektur@digst.dk

www.optimumit.dk Pelle Borgsten, Nikolaj Malkov, Christian Callsen pbo@optimumit.dk