Målmiljö
...
| title | Må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).
Övergripande
| Expandera | ||
|---|---|---|
| ||
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. VP ingår NTJP och deployas av oss/basefarm till NTJP:s miljöer. 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
Virtualseringsplattformen VP består endast av en komponent som byggs med hjälp av maven.
Rent praktiskt: för att VP skall fungera i sitt sammanhang i NTJP ellle på annan regional installation behövs en inställnings fil som överskriver standard application.properties. Dessa filer är egna projekt (för NTJP), men är mycket nära kopplade till VP:s deployment.
“Standard application.properties” som är en del av VP projektet och följer med i deployment filen som maven skapar. Ändringar som sker i denna kommer därför (naturligtvis) att resultera i att en ny version av VP.
Men för NTJP gäller att för de filer som överskrider dessa värden på respektive miljö (dev, test, qa, prod) så skall ändringar i dessa versionshanteras separat i Gitlab, Dessa ändringar påverkar (naturligtvis) inte versionsnummret för VP.
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.
Rent praktiskt har endas driftsleverantören rätt att ändra inställningar i QA och Prod varför “vi/helpdesk”: lägger en beställning/instruktion på dessa ändringar antingen som en del av deployment instruktionen i samband med en ny version av VP, eller som en separat uppgift/beställning. Driftsleverantören säkerställer sedan att dessa uppdateringar pushas till Gitlab 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
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.