Page History
Navitabs | ||||
---|---|---|---|---|
|
Installationsmiljø
Servicen er siden version 2.0.3 blevet tilrettet til at kunne køre i et multiserver setup.
Benyt følgende installations-vejledning til at installere FIBS på en NSP:
- Den byggede installationspakke fibs-install.zip udpakkes. I det følgende refereres roden i den udpakkede folder fibs som $FIBS_ROOT.
- Kopier folderen fibs fra hhv. $FIBS_ROOT/etc/config/prod/ (for en produktions-installation) eller $FIBS_ROOT/etc/config/test/ (for en test-installation) til modulet $JBOSS_HOME/modules/dk/rsd/fibs/newborns/main/resources/ på den JBoss server, som FIBS skal installeres på.
- For en produktions-installation skal Java keystore og SSL sættes op – følg nedenstående vejledninger. For en test-installation fortsættes til punkt 5.
- Kopier derefter $FIBS_ROOT/target/fibs.war til $JBOSS_HOME/standalone/deployments/ på JBoss serveren.
- Verificer at der ikke er nogen indgang af typen ERROR i $JBOSS_HOME/standalone/log/fibs.log og i $JBOSS_HOME/standalone/log/server.log
- Efterfølgende rettelser I konfigurationen har effekt ved genstart af FIBS-applikationen. Dette kan enten ske ved en komplet server-genstart, via genstart af applikationen, eller ved re-deployment (f.eks. ved at ‘touch’e fibs.war).
Følgende typer WARN indgange kan ignoreres:
...
Introduktion
Formål
Dette dokument indeholder en beskrivelse af hvordan FIBS installeres på et NSP mijlø.
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
NSP | Den nationale service platform |
Driften | NSP Leverandøren og NSP Driftleverandøren |
SDS | Sundhedsdatastyrelsen |
Driftvejledning | FIBS - Driftsvejledning |
Installation
FIBS anvender NSP's Continuous Integration og Continuous Deployment miljøer til byg og leverance af komponenten.
Jenkins
FIBS bygges med NSP's Jenkins server via følgende jobs:
- FIBS_build - Bygger koden
- FIBS_push_snapshot - Pusher det nyeste snapshot image til NSP Docker Registry.
NSP Leverandøren er selv ansvarlige for at pushe release versioner af FIBS til NSP Docker Registry gennem Jenkins.
Docker
FIBS består af følgende Docker image som pushes til NSP Docker Registry:
Docker Compose
FIBS leveres samtidig som et sæt af Docker Compose filer i folderen https://svn.nspop.dk/svn/components/fibs/trunk/compose.
For release x.y.z af FIBS findes Docker Compose filerne i folderen https://svn.nspop.dk/svn/components/fibs/tags/release-x.y.z/compose
En leverance af FIBS 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 FIBS - Driftsvejledning |
database | Her ligger database scripts. |
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 FIBS 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:latest"
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.
Afvikling
FIBS startes og stoppes med Docker Compose kommandoer.
Standalone test
For en standalone test af FIBS 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".
Vejledning til opsætning af Java keystore til signering
...
For at kunne holde de to truststores opdateret med de rette SSL certifikater, anbefales der at abonnere på CPR kontorets nyhedsbreve på https://cpr.dk/nyhedsbrev/, hvor opdateringer af SSL certifikater publiceres.
Database
Følgende sql fra sourcekode (src\main\resources\db\) skal på på databasen
...
.
...
...
Konfiguration
Konfigurationsfil
...
Efter installation skal FIBS servicen konfigureres via database properties. Properties er opdelt i globale og lokale (for den node/maskine som servicen kører på) properties. Formålet med denne opdeling er at kunne konfigurere hver enkelt node med sin egen bruger til CPR's TPNRFO-service.
Globale properties ligger i tabellen Fibs_Properties , og lokale properties ligger i tabellen Fibs_Properties_Local. De to tabeller er ens, pånær at Fibs_Properties_Local er udvidet med en NodeName-kolonne, som indeholder navnet på den node, som property-værdien hører til. Når FIBS skal slå en property op i databasen, tjekkes det først om der er tale om en global eller en lokal property, og opslaget laves derefter i den relevante tabel. Opslag på lokale Opslag på properties fungerer ved at lede efter en række, hvor property-navnet matcher den property der ledes efter, og nodename matcher det, som servicen er konfigureret med i dk.rsd.fibs.node.name.
Det er pt. styret i koden, hvilke properties der er globale og hvilke der er lokale. Lokale properties er de følgendeDer findes følgende properties:
- MYNDIGHEDSKODE
- USER
- PW
Alle andre properties er globale.
En global property indsættes således:
...
language | sql |
---|
...
En lokal property indsættes således:
Code Block | ||
---|---|---|
| ||
INSERT INTO Fibs_Properties_Local (PropertyKey,PropertyValue,NodeName) VALUES ("<key>", "<value>", "<nodename>"); |
For lokale properties Der skal der være en række for hver node, som servicen kører på.
Test
TODO: Når der er bestilt CPR-brugere for hver enkelt test-node, opdateres dette afsnit.
...
Produktion
...
Håndtering af testbrugere
...