Strukturen for miljøer følger best practice for miljøer med høj tilgængelighed, hvor Produktion og Præprod etableres i to datacentre. Udover de kravstillede miljøer, Produktion, Præprod, Brugertest og Test findes også et udviklingsmiljø til bygning af den udviklede kildekode.

Figur 1 - Etablerede miljøer.

Opsætningen af IT-miljøerne illustreret i figur 1, er kendetegnet ved følgende træk:

• Redundans. Der er redundans på produktion (Prod) og præproduktion (PræProd), mens brugertest-, test- og udviklingsmiljøer kører på ét site.

• Adskillelse af Prod og non-Prod. De tekniske miljøer er opdelt, så ingen virtuelle maskiner deles mellem produktion og de øvrige miljøer. Adskillelsen sikrer fortroligheden af produktionsdata, samt at testdata ikke utilsigtet gøres tilgængeligt i produktionsmiljøet. Adgangen til de forskellige miljøer sikres gennem netværksopsætningen og ved konfiguration af firewallkomponenter i driftscentre. 

• Retvisende performance-test. De virtuelle maskiner der anvendes i ikke-produktionsmiljøerne har samme ressourcer som produktionsmiljøet, og der kan derfor gennemføres retvisende performancetests i disse miljøer. Dette sikrer, at nye funktioner kan performancetestes tidligt og med et retvisende resultat. Præprod miljøet er topologisk identisk med Prod, hvilket gør det muligt at sikre robust afprøvning som fx effektiv load balancing, scale up eller disaster recovery.  

• Fælles infrastrukturservices. For at sikre opfyldelse af servicemålene, er løsningen understøttet af tværgående infrastrukturservices, der sikrer opsamling af logs, netværk, backup, samt overvågning af servere, applikationer, netværk og fysisk infrastruktur.  

• Installationsvejledning. Dokumentation indeholder en udførlig installationsvejledning for etablering af nye miljøer eller til retablering af eksisterende miljøer.

Komponenter i det enkelte miljø

Det enkelte miljø indeholder komponenterne Orkestrering, Indeks, Database og Administration (Option), som er vist for et redundant miljø på figuren nedenfor:

Figur 2 - Sammensætning af redundant miljø. De grønne elementer repræsenterer instanser af en applikationskomponenten deployet som Docker image. 

Figuren viser opsætning for Produktionsmiljøet, hvor de øvrige miljøer er etableret på tilsvarende vis.

Udviklingsmiljøet indeholder desuden et kode repository og benyttes til at bygge kildekoden, der efterfølgende kan deployes til alle miljøer.

Standardprogrammel

Komponenterne i løsningen er designet med anvendelse af Open Source standardprogrammel som udgangspunkt. Det anvendte standardprogrammel er beskrevet nedenfor:

·       Apache Camel: Integrationsrammeværk, der benyttes til at behandle forespørgsler fra visningsklienter, hente nødvendige data fra Datakilder parallelt og samle svar i det korrekte format.

·       Spring Boot: Javarammeværk til at integrere Apache Camel med den udviklede applikationskode. 

·       JSON Schema Validator: Javakomponent til validering af JSON Schema.

·       OpenJDK: Runtime environment for Java standardprogrammel.

·       PostgreSQL: Alt administrations- og konfigurationsdata af Orkestreringskomponenten er samlet i en PostgreSQL database og tilgås af applikationskomponenter via standardiseret SQL-grænseflade.

·       Docker: Containerteknologi, der samler standardprogrammel og udvikler applikation for de enkelte komponenter. Ved skaleringsbehov udvides resurser på den underliggende virtuelle maskine, eller der kan skaleres ved at anvende flere virtuelle maskiner. 

·       Oracle Linux: Operativsystem fra Oracle og er baseret på Red Hat Enterprise Linux.