Dette dokument indeholder en beskrivelse af hvordan erstatningsCPR2 (herefeter eCPR2) 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.
| Version | Dato | Ændring | Ansvarlig |
| eCPR | |
| NAS2 | |
eCPR anvender NSP's Continuous Integration og Continuous Deployment miljøer til byg og leverance af komponenten.
Vente med at udfylde, mangler job navnene (de to urls som markus har sent)
eCPR bygges med NSP's Jenkins server via følgende jobs: registry.nspop.dk/platform/nsp
NSP Leverandøren er selv ansvarlige for at pushe release versioner af eCPR til NSP Docker Registry gennem Jenkins.
eCPR består af en service og dermed også et docker image som pushes til NSP Docker Registry. Det hedder registry.nspop.dk/components/ecpr2:
eCPR leveres samtidig som et sæt af Docker Compose filer, der findes i folderen https://git.nspop.dk/projects/COM/repos/erstatnings-cpr-numre/browse/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 4 underfoldere hvor databaseligger under configuration:
| configuration/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 | |
| release |
Komponenterne er udviklet og testet i Docker ved anvendelse af imaget "registry.nspop.dk/platform/nsp:3-latest"
Komponenternes konfiguration er tilpasset deployering på WildFly ?? applikationsservere med OpenJDK 8
(OK)
Der stilles ingen krav til operativsystemet udover, at det skal være Linux, og docker skal være installeret.
(Generelt om dette afsnit: Vi venter med at opdatere det til vi kender formatet af databaserne mm)
(Vi kommer til at have 1 database og et view op mod KRS og måske en test database med stamdata til at køre integrationstests.)
(Vi skal have en selvstædig database og en adgang til database view ned til stamdata) Databasen til NAS2 systemet er en selvstændig database og selvstændige tabeller i forhold til NAS1. NAS2 deler derfor ikke database med NAS1.
(Lige nu vedligeholdes databasen ikke af liquidbase så denne linje bliver ikke færdig) 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.
eCPR kræver adgang til NAS2 for at kunne udføre de relevante adviseringer
VI ER NÅET HERTIL!!!
(Krav til adgang til NAS 2) 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.
(Spørg Anders (ARN))
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:
ecpr2.properties | Konfiguration af ecpr2 services |
| log4j2-ecpr2.xml | |
FMK-KRS-TEST.jks | Certifikat til testbrug. Det er konfigureret i ecpr.properties hvilket certifikat der bruges |
Alle filer skal tilrettes til de forskellige miljøer som eCPR2 installeres på. Filerne indeholder en konfiguration der passer til eCPR2 i en standalone test konfiguration.
I Driftvejledningen (LINK!) er hver enkel fil gennemgået i detaljer. ← Skal vi også det? Ja
Spørg Mark
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.
eCPR startes og stoppes med Docker Compose kommandoer. Her indsættes den relevante folder mellem $foldernavn$ alt efter miljø,:
Start: docker-compose -f compose/$foldernavn$/docker-compose.yml up
Stop: docker-compose -f compose/$foldernavn$/docker-compose.yml down
Hvis servicen eks. køres i development miljø bruges docker-compose -f compose/development/docker-compose.yml up for at starte servicen op
På et NSP miljø hentes "compose" folderen for den ønskede version med git og kommandoen "docker-compose up" køres i folderen "release".