Dette dokument indeholder en beskrivelse af hvordan FGVHR installeres på et NSP backend miljø.
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.
| NSP | Den nationale service platform |
| Driften | NSP Leverandøren og NSP Driftleverandøren |
| SDS | Sundhedsdatastyrelsen |
FGVHR anvender NSP's Continuous Integration og Continuous Deployment miljøer til byg og leverance af komponenten.
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.
FGVHR består af følgende Docker image som pushes til NSP Docker Registry:
| registry.nspop.dk/components/fgvhr |
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:
| configuration | Her ligger alle de konfigurationsfiler som det forventes af driften tilretter til det anvendte miljø. Samt liquidbase change sets til databasen. Se FGVHR - Driftsvejledning. |
| development | Her ligger en Docker Compose fil til brug for udvikling. Se FGVHR - Guide til udviklere. |
| test | Her 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".
|