Jämförda versioner

Nyckel

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

...

Målmiljöer för systemet är Windows och Linux, enligt specifikation K-5 i RIV-TA. Det här realiseras 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.
Samma tester, men även last- och prestanda-tester körs för NTJP:s räkning mot Linux, vilket verifierar VP Camel på den plattformen.

Övergripande

VP ingår NTJP och deployas där av SopraSteria/Basefarm till NTjP:s miljöer där den ingår som komponent (a.k.a. micro-service).
Denna realiseras av ett java/maven projekt som är beroende av ett flertal externa komponenter/bibliotek där de viktigaste är:
Spring-boot, 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 tak-datat).
Andra installationer för regionala tjänsteplattformar där VP ingår antingen som den är eller anpassad/modifierad förekommer.
De tjänster (webb-services) som VP exponerar utåt är beroende av en mängd andra system (utanför NTJP).
Det innebär VP och NTJP i sin helhet kan fungera korrekt, samtidigt som det finns problem med enskillda system utanför VP.

Deploy komponenter

VP Camel deployas som en jar-fil. Den ingår normalt som en del av ett system (t.ex. NTjP), men har bara ett egentligt beroende (TAK för att verifiera vägval och behörigheter).
För att bygga en release/komponent följer vi standardproceduren beskriven på: Generella instruktioner för utvecklare.
Hur själva installationen går till finns här.

Konfigurering

Detta görs i en fil som överlagrar standard-inställningarna i VP, för att VP skall fungera i sitt sammanhang i NTJP eller på annan regional installation.
I VP projektet finns en fil med standard-inställningar (application.properties) som fungerar under utveckling (exakt vilka inställningar som behöver överlagras kan variera).
Hur konfigurering kan göras, och vilka properties som kan överlagras, se VP Camel Konfigurering.

Virtuella tjänster

...

Ö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.