Indhold

Introduktion

Formål

Dette dokument indeholder en beskrivelse af hvordan FGVHR installeres på et NSP backend miljø.

Læsevejledning

Læseren forventes at have kendskab til Sundhedsdatastyrelsens platform NSP, samt generelt kendskab til WildFly applikation server, Docker, Docker Compose samt Ubuntu Linux operativ system.

Definitioner og referencer

NSPDen nationale service platform
DriftenNSP Leverandøren og NSP Driftleverandøren
SDSSundhedsdatastyrelsen

Installation

FGVHR anvender NSP's Continuous Integration og Continuous Deployment miljøer til byg og leverance af komponenten.

Jenkins

FGVHR bygges med NSP's Jenkins server via følgende jobs:

NSP Leverandøren er selv ansvarlige for at pushe release versioner af FGVHR til NSP Docker Registry igennem Jenkins.

Docker

FGVHR består af følgende Docker image som pushes til NSP Docker Registry:

registry.nspop.dk/components/fgvhr

Docker Compose

FGVHR leveres samtidig som et sæt af Docker Compose filer i folderen https://git.nspop.dk/projects/COM/repos/fravalg-af-genoplivning-ved-hjertestop-register/browse/compose.

En leverance af FGVHR består af en compose folder som beskrevet ovenfor samt tilhørende tags af det byggede Docker image.

Compose folderen indeholder fem underfoldere:

configurationHer ligger alle de konfigurationsfiler som det forventes af driften tilretter til det anvendte miljø. Samt liquidbase change sets til databasen. Se FGVHR - Driftsvejledning.
developmentHer ligger en Docker Compose fil til brug for udvikling. Se FGVHR - Guide til udviklere.
testHer ligger en Docker Compose fil der kan starte FGVHR i en standalone test konfiguration.
release

Her ligger en Docker Compose fil som det forventes, at driften anvender på både test og produktionsmiljøerne.

Der ligger også en compose fil som skal køres, for at få de seneste databaseændringer på med liquibase. Se mere under "Afvikling".

  • docker-compose-db.yml

Krav til miljø

Krav til applikationsservere

Komponenterne er udviklet og testet i Docker ved anvendelse af imaget "registry.nspop.dk/platform/nsp:latest".

Komponenternes konfiguration er tilpasset deployment på WildFly 8.2 applikationsservere med OpenJDK 8.

Krav til operativsystem

Der stilles ingen krav til operativsystemet udover, at det skal være Linux, og docker skal være installeret.

Krav til adgang til andre services

FGVHR kræver adgang til:

Konfiguration

I folderen "compose/configuration" findes følgende konfigurationsfiler:

fgvhr.propertiesKonfiguration af FGVHR servicen
log4j.propertiesOpsætning af logning i servicen
liquidbase.propertiesDatabase-credentials til liquibase

Alle filer skal tilrettes til de forskellige miljøer som FGVHR installeres på. Filerne indeholder en konfiguration der passer til FGVHR i en standalone test konfiguration.

I FGVHR - Driftsvejledning er de enkelte filer gennemgået i detaljer.

SLA logning

Konfigurationsfiler til SLA logning konfigureres i nedenstående filer. De følger standarden for SLA logning og det bør derfor ikke være nødvendigt at ændre i disse.

nspslalog-fgvhr.propertiesPropertyfil, der udpeger den konkrete SLA log konfigurationsfil, der anvendes
log4j-nspslalog-fgvhr.propertiesSLA log konfigurationsfil

Afvikling

FGVHR startes og stoppes med Docker Compose kommandoer.

Liquibase

Database-ændringer til servicen køres på med Liquibase. Dette gøres i praksis ved at køre "release/docker-compose-db.yml" med kommandoen:

docker-compose -f compose/release/docker-compose-db.yml up --build

Bemærk, at "compose/configuration/liquibase.properties" skal indeholde de relevante database-credentials.

Standalone test

For en standalone test af FGVHR hentes "compose" folderen for den ønskede version og kommandoen "docker-compose up" køres i folderen "test".

NSP Miljø

På et NSP miljø hentes "compose" folderen for den ønskede version og kommandoen "docker-compose up" køres i folderen "release".

  • No labels