Dette dokument indeholder en beskrivelse af hvordan National Adviseringsservice 2 (herefter NAS2) 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.
Dato | Ansvarlig | Beskrivelse |
---|---|---|
TBD | Jacob Qvortrup | Draft udgave af installationsvejledningen |
2021-04-16 | Jonas Pedersen | Tilføjet information omkring liquibase. |
2021-10-08 | Jonas Pedersen | Tilføjet administrations service. |
Reference | Beskrivelse |
---|---|
NAS2 | National Adviseringsservice 2 |
NAS1 | National Adviseringsservice 1 |
NSP | Den nationale service platform |
Driften | NSP Leverandøren og NSP Driftleverandøren |
SDS | Sundhedsdatastyrelsen |
Driftvejledning | NAS2 - Driftvejledning |
NAS2 anvender NSP's Continuous Integration og Continuous Deployment miljøer til byg og leverance af komponenten.
NAS2 bygges med NSP's Jenkins server via følgende jobs:
NSP Leverandøren er selv ansvarlige for at pushe release versioner af NAS2 til NSP Docker Registry gennem Jenkins.
NAS2 består af fem Docker images som pushes til NSP Docker Registry med følgende navne:
Docker image name |
---|
registry.nspop.dk/components/nas/notificationbroker |
registry.nspop.dk/components/nas/idlist |
registry.nspop.dk/components/nas/subscriptionmanager |
registry.nspop.dk/components/nas/pullpointfactory |
registry.nspop.dk/components/nas/pullpoint |
registry.nspop.dk/components/nas/cleanup |
NAS2 leveres samtidig som et sæt af Docker Compose filer i folderen https://svn.nspop.dk/svn/components/nas/trunk/compose.
For release x.y.z af NAS2 findes Docker Compose filerne i folderen https://svn.nspop.dk/svn/components/nas/tags/release-x.y.z/compose
En leverance af NAS2 består af en compose folder som beskrevet ovenfor samt tilhørende tags af de fem Docker images.
Compose folderen indeholder 5 underfoldere:
Folder | Indhold |
---|---|
configuration | Her ligger alle de konfigurationsfiler som det forventes af driften tilretter til det anvendte miljø. Se Driftvejledningen |
database | Her ligger alle de databasefiler som det forventes at driften lægger på en NSP database |
development | Her ligger en Docker Compose fil til brug for udvikling. Se Guide til Udviklere. |
test | Her ligger en Docker Compose fil der kan starte NAS2 i en standalone test konfiguration. |
release | Her ligger den Docker Compose fil som det forventes driften anvender på både test og produktionsmiljøerne. |
Komponenterne er udviklet og testet i Docker ved anvendelse af imaget "registry.nspop.dk/platform/nsp:3.0.0-wildfly21.rc3"
Komponenternes konfiguration er således tilpasset deployering på WildFly 21 applikationsservere med OpenJDK 8
Der stilles ingen krav til operativsystemet udover, at det skal være Linux, og docker skal være installeret.
Databasen til NAS2 systemet er en selvstændig database og selvstændige tabeller i forhold til NAS1. NAS2 deler derfor ikke database med NAS1.
Databasen den vedligeholdes ved hjælp af Liquibase. Liquibase forventer at database samt bruger allerede er oprettet. Som standard forventes det at databasen den hedder nas
, men dette kan ændres i nas-ds.xml
.
Hvis der skal afvikles integrationstest mod det mijlø der installeres skal changelog filen liquibase-changelog-test.xml anvendes. Dette kan angives via konfigurationsproperty liquibase.changelog.file.
NAS2 anvender NSP Kafka installationen på NSP Backend miljøet samt NSP Databasen. Uden adgang til disse kan servicen ikke fungere.
Kravet til anvendere af NAS2 er at adviseringer ikke må indeholde personfølsomme data. NAS2 har dog ikke nogen måde at sikre dette, det er derfor op til SDS at sikre anvenderne overholder dette.
NAS2's ressourceforbrug vil afhænge af følgende:
Antallet og størrelsen af samtidige afleveringer af Adviseringer
NAS2 er derimod lavet således at dens ressourceforbrug stort set ikke vil afhænge af følgende:
NAS2 gennerelle krav til hardware er baseret på NSP Kafka miljøets krav til hardware, da denne står for opbevaring af alle Adviseringer.
I folderen https://svn.nspop.dk/svn/components/nas/trunk/compose/configuration findes følgende konfigurationsfiler:
Fil | Indhold |
---|---|
notificationbroker.properties | Konfiguration af Notification Broker servicen |
idlist.properties | Konfiguration af ID-list servicen |
subscriptionmanager.properties | Konfiguration af Subscription Manager servicen |
pullpointfactory.properties | Konfiguration af Pullpoint Factory servicen |
pullpoint.properties | Konfiguration af Pullpoint servicen |
cleanup.properties | Konfiguration af Cleanup servicen |
administration.properties | Konfiguration af administrations servicen. |
nas-ds.xml | Datasource filen der bruges af alle services |
log4j-notificationbroker.xml | Log opsætning af Notification Broker servicen |
log4j-idlist.xml | Log opsætning af ID-list servicen |
log4j-subscriptionmanager.xml | Log opsætning af Subscription Manager servicen |
log4j-pullpointfactory.xml | Log opsætning af Pullpoint Factory servicen |
log4j-pullpoint.xml | Log opsætning af Pullpoint servicen |
log4j-cleanup.xml | Log opsætning af Cleanup servicen |
log4j-administration.xml | Log opsætning af administrations servicen. |
Alle filer skal tilrettes til de forskellige miljøer som NAS2 installeres på. Filerne indeholder en konfiguration der passer til NAS2 i en standalone test konfiguration.
I Driftvejledningen er hver enkel fil gennemgået i detaljer.
Konfigurationsfiler til SLA logning ligger inde i de Docker images som NAS2 producere. De følger standarden for SLA logning og det bør derfor ikke være nødvendigt at ændre i disse.
NAS2 startes og stoppes med Docker Compose kommandoer.
Denne service udstiller kun REST endpoints til anvendelse af administration af NAS2 og skal derfor kun være tilgængelig for driften.
For en standalone test af NAS2 hentes "compose" folderen for den ønskede version med Subversion og kommandoen "docker-compose up" køres i folderen "test".
På et NSP miljø hentes "compose" folderen for den ønskede version med Subversion og kommandoen "docker-compose up" køres i folderen "release".