Indholdsfortegnelse

Introduktion

Formål

Dette dokument indeholder en beskrivelse af hvordan Digital Post Adapter 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

Installation

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

Jenkins

DPA bygges med Jenkins server via følgende jobs:

• DPA_build - Bygger koden
• DPA_push_snapshot - Pusher det nyeste snapshot image til NSP Docker Registry.

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

Docker

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

Krav til miljø

Krav til applikationsservere

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

Komponentens konfiguration er tilpasset deployment på WildFly 31 applikationsservere med OpenJDK 21.

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

DPA kræver adgang til:

•  "Personinformation".
• Digital Post Komponent

Krav til hardware

Der stilles ingen krav til hardware.

Konfiguration

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

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

I DPA - Driftsvejledning er hver enkel fil 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.

Afvikling

DPA startes og stoppes med Docker Compose kommandoer.

Dokument Historik