Konfiguration

Konfiguration sker i filerne i "compose/configuration" mappen, følger den normale komponent-standard og består af følgende filer:


Konfigurationsfil

Beskrivelse

sores.properties

Applikations-navngivning samt opsætning af
datakilde-strategi (xml eller database)
pegepind til datasource og/eller lokation af xml-filer

sdm-ds.xmlDefinition af datasource
log4j-sores.xmlOpsætning af log-niveau og -destination. Følger NSP-standard.

Provisionering af datagrundlag

Hvis SORES er konfigureret til at bruge database-strategi, fødes data af SOR2-indlæseren, og driften skal ikke gøre noget specielt.

Hvis SORES er konfigureret til at bruge xml-strategi, skal driften dagligt downloade et SOR udtræk og udpakke de to filer Sor.xml og SorDataTypes.xml til lokationen angivet i sores.properties.

Overvågning

Servicen tilbyder i tilgift til NSPs standard-funktioner muligheden for at loade data i cache fra databasen:

Funktion

Beskrivelse

Eksempel-response

/statusNSP Standardfunktion. HTTP-response-code angiver servicens tilgængelighed

HTTP/1.1 200 OK
{
  "Version":"1.0.0",
  "Cache":"Cold",
  "CacheLoadTime":"-999999999-01-01T00:00",
  "Database":"Available",
  "Status":"Reload required"
}

/versionNSP Standardfunktion. Versions-nummeret sendes som response-text1.0.0
/reloadGenindlæser data fra databasen, hvis der er ændringer siden sidste indlæsning'Reload done at 2020-04-01T12:00:00.000'

Status og forventet reaktion herpå

I strukturen returneret fra kald til "/status" fås følgende kombinationer


Database available

Database Unavailable

Cache ColdHTTP/1.1 200
Status: Reload required
HTTP/1.1 500
Status: Unable to load cache
Cache WarmHTTP/1.1 200
Status: OK
HTTP/1.1 200
Status: Degraded

Ved "Degraded" og "Unable to load cache" bør driften foretage fejlfinding af forbindelsen til datasourcen.

Ved "Reload required" afventes næste curl-kald fra cron-containeren, der trigger et reload, og driften behøver ikke gøre noget. Kald foretaget efter reloadet er kørt til ende, bør returnere "OK".

Cache-reload

SORES leveres med en docker-container, hvori et cron-job med fast interval kalder /reload på SORES-containeren.

Fejlfinding

Fejlfinding foregår ved gennemsyn af logfilerne. Der er ingen kendte fejl.

Oprydning

SORES bruger SOR registret i stamdata-databasen, og der er derfor ingen oprydning forbundet med SORES selv.
Logfiler håndteres efter NSP standard, og memory-cachen forsvinder, hvis servicen lukkes/genstartes.


  • No labels