Page History
...
| Table of Contents |
|---|
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:
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".