Version 1.4 december 2022


Følgende er de generelle NSP deploymentregler. Risikovurdering kan gøre, at der kan forekomme undtagelser.

Eksterne testmiljøer

Det eksterne testmiljø Test1 er det miljø, der først deployes på. 

Det eksterne testmiljø Test2 deployes som udgangspunkt først, når NSP QA er gennemført og der er forventning om, at leverancen skal idriftsættes i produktion. Såfremt der kan gennemføres anvendertest, sker dette i Test2. 

Det eksterne testmiljø Prodtest til cNSP deployes samtidig med produktion. dNSP miljøet for Prodtest deployes samtidig med, at den første region deployer til produktion.

Det eksterne testmiljø Uddannelse til cNSP deployes samtidig med produktion. dNSP deployes samtidig med, at den sidste region deployer til produktion. Dog kan der bestilles en anden kadence for udrulning af testdata. Se: Testdata.

Læs mere om NSP testmiljøer her: Introduktion til testmiljøer

Internt miljø

Det interne miljø Staging anvendes bl.a. til afvikling af performancetest eller anden intern test i særlige situationer. Staging miljøet deployes som oftest samtidig med deployment på Test1.

Produktionsmiljøer

Når NSP staging afsluttes med en status, hvor der kan deployes til produktion laves en deployment på alle cNSP´ens fire søjler og eventuelt på NSP setup´ets centrale services.

Ved afsluttet cNSP deployment deployes / tilbydes til deployment på de regionale dNSP´ere.


dNSP deployes automatisk ved mindre ændringer. Deployment sker trinvis for regionerne hvis ikke der er tale om en hasterettelse.

Ved ændringer der påvirker sikkerhedsservicen vil regionen altid blive varslet og spurgt om de ønsker et servicevindue; selv ved mindre ændringer. Dog kan en fejlsituation gøre at regionen informeres på bagkant. Ved større ændringer af en komponent eller af sikkerhedsservicen vil der fra NSP Operatør side altid kunne forlanges et servicevindue hos regionen.

Fryseperioder 

Ud fra en risikobetragtning implementeres der som udgangspunkt ikke planlagte ændringer i produktionsmiljøet i perioder op til weekend, helligdage, hvor der forventeligt er lavere bemanding i anvendernes organisationer.  

Der kan dog være undtagelser. Risiko vurderes ud fra sikkerhed og robusthed for NSP som samfundskritisk løsning. 

Fryseperioder vil som udgangspunkt være følgende: 

  • Weekender og helligdage og dagen der grænser op til
  • 3 arbejdsdage før officiel jule-, påske- og sommerferie (juli)

Information

Der udsendes ikke direkte information til den enkelte bruger af NSP´en eller de eksterne testmiljøer ved ændringer. Dog ville snitflade ændringer eller ophør af services altid meldes direkte med en længere varsling.

Information kan dog løbende hentes for den enkeltes platform via link: Inventory - Hosts. Support kan hjælpe hvis nødvendigt med at identificerer den "host" der er aktuel for den enkelte bruger.