Indholdsfortegnelse

Introduktion

Formål

Dette dokument har normalt til formål at beskrive hvordan en NSP komponent installeres på NSP. GM-BFF kører ikke på NSP, men i Triforks test og produktionsmiljø. Dokumentet vil derfor kun liste overordnet, nogle af de teknologier som er brugt.

Læsevejledning

Læseren forventes at have kendskab til ....

Definitioner og referencer

Installation

GM-BFF anvender GitHub Actions Continuous Integration og Continuous Deployment til byg af docker image med komponenten.  

Dette image installeres i et Kubernetes miljø, som ikke er beskrevet her.

GitHub Actions

GM-BFF Workflows er ligger i folderen ./github/workflows. Byg af image startes ved at tagge med en version:

git tag 1.0.146

git push --tags

Docker

Ved succesfuldt byg vil GM-BFF Docker image blive pushet ghcr.io/trifork/gm-bff. Bemærk, at der ikke er offentligt adgang.

Krav til miljø

Krav til applikationsservere

GM-BFF afvikles ikke som en standard NSP komponent i en applikationsserver, men i en tomcat webserver.

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

se GM-BFF - Guide til udviklere#Kravtilsoftware

Krav til hardware

Hver instans af GM-BFF kræver ca. 1GB hukommelse at afvikle.

Konfiguration

GM-BFF konfigureres via følgende filer som alle skal være tilgængelige på classpath:

For at filerne bliver tilgængelige på classpath, skal de  mountes ind i folderen /workspace/BOOT-INF/classes/

SLA logning

SLA-Logger benyttes ikke, men i stedet logges varighed af kald til komponenten i standard loggeren.

Afvikling

GM-BFF startes og med Docker Compose kommandoer.

Dokument Historik