DBC´s SOA-strategi

1. DBC´s SOA-strategi Bo Weymann direktør it development og Ulla Nielsen leder SOI DBC as

2. Hvorfor? • Åbenhed og samarbejde • Eksempler • TING • Hvordan ser et ”produkt” ud? • Om udviklingen

3. SOA = OLS = SOA • Open Library Strategy er en strategi der skal realisere en serviceorienteret platform til national og lokal biblioteksanvendelse • Der skal etableres services inden for de områder der efterspørges i et traditionelt ILS – som fx Integra – samt i de nationale løsninger som Danskernes Digitale Bibliotek , Danbib, Bibliotek.dk

4. OLS strategi og SOA • Forventning om at der kan udvikles et marked der efterspørger mere fleksible løsninger for bibliotekssystemer • Ikke kun efterspørgsel efter samlede silosystemer, også selektive services og typer af indhold • Efterspørgsel efter en større grad af integration mellem indholdssystemer, metadatasystemer og administrative systemer • Efterspørgsel efter services der tilsammen kan etablere DDB eller et lokalt bibliotekssystem/-hjemmeside

5. SOA-strategi • ”Tre lag” i strategien • Serviceorienteret Arkitektur betyder at alle DBC-services skal laves som services fra starten, dvs ikke omdannelse af monolitisk system til ”SOA” • Alle DBC-services skal være tilgængelige som webservices der vurderes attraktive af eksterne partnere • Alle webservices skal være tilgængelige i JSON/REST henholdsvis SOAP/XML

6. Åbenhed og SOA er hinandens forudsætninger • OLS-Løsningerne skal basere sig på åbne grænsesnit og standarder både internt og eksternt publiceret • OPEN SOURCE er en grundlæggende del af systemfilosofien • De enkelte services skal kunne vælges til og fra • OLS skal kunne integreres med andre leverandørers komponenter, hvis de overholder standarderne/de åbne grænsesnit • Strategiens bagvedliggende koncept drives af ønsket om at samarbejde med andre parter

7. Eksempler på SOA - webservices • Open RS – National ILL platform • Open Search – National og ”lokal” søgeservice • Open Search Admin – Skriveservice mod databrønden, skabe relationer mv. • Lånertjeckservice – Autentifikation Autorisation af biblioteksbruger • Forsideservice – udgiver data • BSD-VOXB – brugerskabte data

8. Open Source og åben publicering • Webservices dokumenteres og deklareres gennem en WSDL • Dokumentation offentliggøres • Softwarens kildekode publiceres under Affero-GPL / A-GPL • Anvendeligt krav om copyleft for webservices uden softwaren skifter hænder, også god opbakning qua GPL-familien

9. TING.samarbejdet • Århus Kommunes Biblioteker, Københavns Kommunes Biblioteker og DBC – TINGkonsortium • TING-partnerprogram • Etablering af fælles databrønd, formidlingsplatform og systemintegration til tredjepartssystemer, Integrated search • SOA / Mellemlags.TING: DBC • Formidlingsplatforme: Storskærm, mobile løsninger, web,…biblioteksdrevet sammen med leverandør.TING.partnere • Open Source • Open Content

10. Præsentations TING- ding.ting Arena, EASYsite Palles Gavebod….. Webservices HTTP/SOAP og REST/ XML mv. PHP-biblioteker Dokument Fedora Commons server Interface Databrønd Databaseserver ORACLE/Progress/MySQL Søgemaskine: SOLR/Lucene

11. SOA som Produkt • Udviklingen skal være drevet af efterspørgsel hos slutbrugere og tekniske partnere • Kunder er specifikke målgrupper – måske mere end for produkter med en slutbrugergrænseflade • Biblioteksformidlere der fokuserer på egne kunders behov • Driftsfolk der har ansvar for lokale komponenter der anvender webservicen • Implementører og udviklere der skal integrere webservicen • OLS-search webservice anvendes meget forskelligt af Reload/TING og Copenhagen Bombay/Konform/PallesGAvebod

12. SOA produkt • Navngives – den skal have et prægnant og forståeligt navn • Lånertjeck-service • Forside-service • DBC databrønd • Tilgængeliggøres 24/7-365 • Skaleres så den kan klare et ofte stærkt uforudsigeligt brugsmønster

13. …og i teknisk forstand • Kendt: Webservice ”standarder og værktøjer anvendes”, WSDL • Læsbart: XML pakker stort set alt ind og Dokumenteres UDDI mv. (REST/SOAP/HTTP) • Accesbar: Smukke adskillelser af metadata, content og funktionelle servicelag • Veldrevet: HPHA: High performance, High Availability, overvåges som andre forretningssystemer • Vedligeholdt: Løbende tilpasninger

14. Udviklingsforløb SOA/webservices • Agile metoder – iterativ udvikling • Analysefase svær at frigøre fra egne brugergrænseflader – derfor så bredt scope med stort input udefra / udviklere, datamanipulatorer, eksterne partnere, SOA-arkitekter, domænespecialister , ex TING • Fastlæggelse af strategi og arkitektur i samarbejde med aftagere • Design af XML-skemaer, beskrivelse af standardimplementering / Webservice specialister • Udvikle softwaren til webservices – dataloger der laver JAVA/C++ backendsystemer og implementerer forretningslogik i scriptsystemer (javascript og PHP)

15. Udvikling af services • Afprøve dem sammen med eksterne partnere / projekter, ex Open RS - Axiell • Implementere i egne brugergrænseflader – ex Bibliotek.dk • Dokumentere dem i offentlige sites / webservice specialister • Publicere koden samt målrettet dokumentation mod udviklerne og webservicespecialister samt eksterne forretningsansvarlige • Driftmodne løbende / it-drift, systemkonsulenter (testmanagement), udviklere, webservicespecialister • Evolutionær udvikling – fejlrettelser, videreudvikling