Jämförda versioner

Nyckel

  • Dessa rader lades till.
  • Denna rad togs bort.
  • Formateringen ändrades.

Målmiljö

...

titleMålmiljön är Linux och Windows

Målmiljöer för systemet är Windows och Linux

...

, enligt specifikation K-5

...

Det här realiceras rent praktiskt av att VP är Skrivet i java och kan köras i alla miljöer med ett kompatibelt JRE/JVM.

Att det fungerar på windows “säkerställs” genom unit och integrationstest som körs lokalt av utvecklarna.

Last och prestanda tester körs för NTJP:s räkning mot Linux (Egentligen våra miljöer för dev och test, QA etc). För NTJP gäller att VP installeras på en Linuxmiljö med två noder för lasbalancering samt en “reverse-proxy” som vidarebefodrar alla anrop till VP via HTTP (I teorin ger detta viss avlastning då VP slipper krypteringen)

Övergripande

Expandera
titleVP är en webbservice som ingår som en enskild komponent i NTJP.

VP ingår NTJP och deployas av oss/basefarm till NTJP:s miljöer där den ingår som komponent (a.k.a. micro-service)

Denna realiceras av ett java/maven projekt som är beroende av ett flertal externa komponenter/bibliotek där de viktigaste är:spring-bot, camel och se.skltp.takdatahandler där den sistnämnda är en del av SKLTP:s öppna källkods projekt.

Inom NTJP är VP direkt beroende av TAK applikationen (Detta beroende är dock minimerat, med hjälp av en för VP lokal kopia av takdata).

Andra installationer för regionala tjänsteplattformar där VP ingår antingen som den är eller anpassad/modifierad förekommer.

Deploy komponenter

Expandera
titleVirtualseringsplattformen VP av en enda jar (instalerad som en service)

(Tillskillnad från applikationer som är beroende av någon webb/applikations-server) Men ingår normalt som en komponet i ett system (NTJP). Eftersom detta är enda filen som skall instaleras som har sitt ursprung i VP projektet så slutar formellt komponentlistan här.

...

titleDriftsmiljö specifika inställningar

Dessa inställningar görs i en fil som överskrider standard inställningarna i VP. Detta görs : för att VP skall fungera i sitt sammanhang i NTJP ellle på annan regional installation.

I VP projektet finns en fil med standard inställningar (application.property) som fungerar under utveckling (eftersom den är en del av VP så innebär alla ändringar i denna en ny VP version).

Det omvända gäller de lokala inställningarna som av naturliga skäl inte är en del av VP, men de är såklart nära kopplade till VP:s deployment.

För NTJP gäller att lokala inställningar är egna projekt. Ett per respektive miljö (dev, test, qa, prod). Ändringar i dessa versionshanteras separat i Gitlab, Dessa ändringar påverkar (naturligtvis) inte versionsnummret för VP och det finns ingen explicit koppling mellan en “version” av lokala inställningar och en VP version.

För NTJP gäller att ändringar i inställningar normal först skall genomföras och testas i devel miljön följt av Test QA och Prod. För QA och Prod.

...

i RIV-TA.

Övergripande

Virtualseringsplattformen bygger på Spring-boot och Apache-Camel och kan startas som en normal java applikation.

Deploy komponenter

VP består av en artifact som skall driftsättas, vp-services-camel-X.X.X.jar. Inga separata virtualiseringar behöver driftsätttas.

Byggen

För att bygga artifacten se: VP Camel för utvecklare.

Plattformsdomäner

Virtualiseringsplattformen driftsätts lämpligen på minst två olika noder som nås via en lastbalanserare för inkommande trafik.

...

Installation

Se SKLTP VP - Installation.

Konfiguration

Se Github VP - Configuration .

Konfigurationbeskrivning för en specifik version hittas under motsvarande tag i git projektet.

Virtuella tjänster

VP är kontraktsagnostisk och kräver ingen deployment av specifika virtuella tjänster.

Men för att en konsument skall kunna hämta wsdler via tjänst krävs att dessa konfigureras. Se SKLTP VP - Installation av virtuella tjänster.