12. DBC's implementering af SOA
Webside
App
Storskærm
Primært
andre
leverandører
Services for søgning, bestilling, ekstra data
DBC
Databrønd
Søgemaskine
16. Open Source som strategisk valg
• Gode
erfaringer (driftsarkitektur baseret på Linux)
• Følge digitaliseringsstyrelsens anbefalinger
-
Åbne standarder og modularitet
Open Source er ønskelig ved software udviklet til den
offentlige sektor
Serviceorienteret arkitektur (SOA)
• Not
for profit – DBC ejes af det offentlige Danmark
17. Open Source –
udfordringerne
• Ingen
leverandørsupport
• Kompetencer skal opbygges
in-house
• Eksempler på udfordringer vi har mødt
-
Scalability
Community
Compatibility
18. Scalability
• Valgt
-
som data- og relationslager pga.
erfaringer fra tilsvarende projekter (Summa fx)
versionering, relationsmodel, web-teknologi
• Komplikationer
-
undervejs
Langsom i/o
Indbygget søgefunktion ubrugelig til vores formål
21. Scalability
• Løsning
-
Større ændringer introduceret i Fedora
-
-
RDBMS delvist udskiftet med Lucene-index
Andre ændringer i kodebasen derudover
• Konsekvens
-
DBC må vedligeholde sin egen branch af Fedora
22. Community
vs
• Udgangspunktet:
-
Compass = Shay Banon‚ stoppet i 2010
Solr – fremstod svagt i 2008; idag merged med Lucene
• DBC
-
Søgemaskine baseret på Lucene
skiftede til Solr i 2010 – helt afgørende valg
Velfungerende community; konferencer, kurser, docs
Kommercielle drivkræfter styrker projektet
• Community
kan være vægtigere end teknologi
23. Compatibility
• Det
eksterne API – webservices
• SOAP
-
WSDL
XSD
• Automatisk
-
kodegenering fejler
Standarderne er overholdt, men værktøjerne opgiver...
• Fremover:
Ændringer i DBC's services for at gøre det
nemmere for 3. part at kode op imod
24. Status efter 5 år med
databrønden
• Datamodellen
er tilpasset nye
behov
-
• Et
Version 3 lanceres ultimo 2013
etableret community (TING)
• Der kommer løbende nye
indholdskilder til