Page History
| Navitabs | ||||
|---|---|---|---|---|
| ||||
Introduktion
Formål
Dette dokument indeholder en beskrivelse af hvordan SFSK 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.
Dokument Historik
...
...
Definitioner og referencer
| NSP | Den nationale service platform |
| Driften | NSP Leverandøren og NSP Driftleverandøren |
| SDS | Sundhedsdatastyrelsen |
| Driftvejledning | SFSK - Driftsvejledning |
Installation
SFSK anvender NSP's Continuous Integration og Continuous Deployment miljøer til byg og leverance af komponenten.
Jenkins
DROS SFSK bygges med NSP's Jenkins server via følgende jobs:
...
NSP Leverandøren er selv ansvarlige for at pushe release versioner af DROS SFSK til NSP Docker Registry gennem Jenkins.
Docker
SFSK består af følgende Docker image som pushes til NSP Docker Registry:
Docker Compose
SFSK leveres samtidig som et sæt af Docker Compose filer i folderen compose.
For release x.y.z af DROS SFSK findes Docker Compose filerne i folderen todo.
En leverance af DROS SFSK består af en compose folder som beskrevet ovenfor samt tilhørende tags af det byggede Docker image.
Compose-folderen indeholder 5 disse underfoldere:
| configuration | Her ligger alle de konfigurationsfiler som det forventes af driften tilretter til det anvendte miljø. Se DROS SFSK - Driftsvejledning |
| 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 DROS 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.123.0.0-wildfly21.rc9"
Komponenternes konfiguration er således tilpasset deployering på WildFly 8.2 21 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
DROS SFSK anvender den bagvedliggende XDS infrastruktur på de bagvedliggende FSK komponenter NSP Backend miljøet (XDS FSK Registry og XDS RepositoryFSK). Uden adgang til XDS Registry og XDS Repository disse kan servicen ikke fungere.
Krav til hardware
DROS SFSK ressourceforbrug vil afhænge af følgende:
- Antallet og størrelsen af samtidige afleveringer af dokumenter.Antallet af samtidige opdateringer samt registreringer af dokumentmetadatalæsninger af stamkort og stamkort metadata.
Konfiguration
I folderen https://svn.nspop.dk/svn/components/dros/trunk/folderen compose/configuration findes følgende konfigurationsfiler:
| sfks.properties | Konfiguration af | DROSSFSK servicen | |
| nsp-role-mapping.properties | Konfiguration af mapning af rolle (role) ned i minlog | ||
| log4j- | drosSFSK-ws.xml | Log opsætning af | DROSSFSK servicen |
| log4j-properties.xml | Log opsætning |
Alle filer skal tilrettes til de forskellige miljøer som DROS SFSK installeres på. Filerne indeholder en konfiguration der passer til DROS SFSK i en standalone test konfiguration.
I DROS SFSK - Driftsvejledning er hver enkel fil gennemgået i detaljer.
SLA logning
Konfigurationsfiler til SLA logning ligger inde i det Docker image som DROS SFSK producere. De følger standarden for SLA logning og det bør derfor ikke være nødvendigt at ændre i disse.
Afvikling
DROS SFSK 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 Git og kommandoen "docker-compose up" køres i folderen "release".