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 vha application.yml, som beskrevet i GM-BFF - Driftsvejledning#Konfiguration

For at installere en given konfiguration skal ....

I folderen ??? findes følgende konfigurationsfiler:

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

I GM-BFF - 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.

Afvikling

GM-BFF startes og stoppes med ??? kommandoer.

Dokument Historik