Indhold

Introduktion

Formål

Dette dokument indeholder en beskrivelse af hvordan CRA 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.

Installation

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

Jenkins

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

CRA_build - Bygger koden
CRA_push_snapshot - Pusher det nyeste snapshot image til NSP Docker Registry.

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

Docker

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

registry.nspop.dk/components/cra

Docker Compose

CRA leveres samtidig som et sæt af Docker Compose filer i folderen https://svn.nspop.dk/svn/components/cra/trunk/compose.

For release x.y.z af CRA findes Docker Compose filerne i folderen https://svn.nspop.dk/svn/components/cra/tags/release-x.y.z/compose

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

Compose folderen indeholder 5 underfoldere:

configuration	Her ligger alle de konfigurationsfiler som det forventes af driften tilretter til det anvendte miljø. Se CRA - Driftsvejledning
development	Her ligger en Docker Compose fil til brug for udvikling. Se Guide til Udviklere.
jobcron	Her ligger en Dockerfil til afvikling af de forskellige cron-jobs, som kan anvendes til test af servicen.
test	Her ligger en Docker Compose fil der kan starte CRA i en standalone test konfiguration.
release	Her ligger den Docker Compose fil som det forventes driften anvender på både test og produktionsmiljøerne.

Krav til miljø

Krav til applikationsservere

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

Komponenternes konfiguration er således tilpasset deployering 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

CRA er afhængig af adgang til de Certificate Revocation Sources (CRSs), som den overvåger for at holde databasen opdateret med tilbagekaldte certifikater.

Krav til hardware

CRAs ressourceforbrug vil afhænge af følgende:

Antallet og størrelsen af samtidige .
Antallet af samtidige .

Konfiguration

I folderen https://svn.nspop.dk/svn/components/cra/trunk/compose/configuration findes følgende konfigurationsfiler:

dros.properties	Konfiguration af DROS servicen
log4j-dros-ws.xml	Log opsætning af DROS servicen
log4j-properties.xml	Log opsætning

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

I DROS - 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.

nspslalog-dros.properties	Propertyfil, der udpeger den konkrete SLA log konfigurationsfil, der anvendes
log4j-nspslalog-dros.properties	SLA log konfigurationsfil

Afvikling

DROS startes og stoppes med Docker Compose kommandoer.

Standalone test

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

NSP Miljø

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