Her finder du beskrivelse af de miljøer, der er opsat for Orkestreringskomponenten
Redaktør: Kurt Hansen
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 at fortroligheden af produktionsdata, samt at test data ikke utilsigtet gøres tilgængeligt i produktionsmiljøet. Adgangen til de forskellige miljøer sikres gennem netværksopsætningen og ved konfiguration af firewall komponenter 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: Java rammeværk til at integrere Apache Camel med den udviklede applikationskode.
· JSON Schema Validator: Java komponent 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: Container teknologi, der samler standardprogrammel og udviklet applikation for de enkelte komponenter. Ved skaleringsbehov udvides ressourcer 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.