Hybrid cloud er to eller flere adskilte miljøer, fx egne servere og en cloudplatform, der hver kører for sig, men er bundet sammen, så data og systemer kan bevæge sig imellem dem. Det, der skal bindes sammen, er identitet, netværk, overvågning og backup, og hvert af de fire skal fungere, også når det ene miljø er nede.
Det svarer til NIST’s beskrivelse fra 2011, hvor hybrid cloud er flere selvstændige infrastrukturer, som teknologi binder sammen, så data og programmer kan flytte imellem dem. Definitionen er amerikansk og ingen europæisk standard. Den rammer dog, hvad driften skal kunne.
De fire ting, der skal bindes sammen
Identitet. Brugere og administratorer skal kunne logge ind i begge miljøer med samme identitet, eller med to, der holdes ens. Spørgsmålet er, hvor identiteten bor. Bor den i det ene miljø, afhænger det andet af den. Falder forbindelsen, skal det andet miljø stadig kunne lukke folk ind, i det mindste administratorerne.
Netværk. De to miljøer skal tale sammen gennem en forbindelse, der er sikret, overvåget og stor nok. Adresserne må ikke overlappe, navneopslag skal virke på tværs, og firewallreglerne skal være skrevet til begge sider. Forbindelsen er selv et system, der skal drives. Læs forbindelsen mellem miljøer.
Overvågning. Vagten skal se fejl i begge miljøer på én skærm. Med to overvågninger, der ikke taler sammen, ser vagten kun halvdelen. Logs fra begge miljøer skal samles, så en hændelse kan følges på tværs.
Backup. Hvert miljø skal have sin backup, og den skal ligge, så et nedbrud i det ene ikke tager backuppen med. Gendannelse skal prøves i begge, og det skal være aftalt, hvor et system gendannes, hvis dets eget miljø er væk.
Kontrolplanen kan ligge i den ene side
Nogle hybride løsninger styres fra den ene side. En stor amerikansk udbyders platform til egne lokaler styres fx gennem udbyderens cloud og skal ifølge producenten synkronisere med den mindst hver 30. dag. Udebliver synkroniseringen, fortsætter de maskiner, der allerede kører, mens oprettelse af nye stopper. En afkoblet udgave med lokal kontrolplan findes, men kun for kunder, der opfylder producentens betingelser.
Det er et eksempel på, at et miljø i jeres eget rum stadig kan være afhængigt af en platform et andet sted. Spørg derfor for hver hybrid løsning, hvor den styres fra, og hvad der sker, når forbindelsen er væk. Læs kontrolplanen.
Hybrid som overgang
Under en flytning er hybrid en mellemtilstand: noget kører på den gamle platform, noget på den nye. Her kan forbindelsen og den fælles drift være enkel og midlertidig, fordi de skal nedlægges, når flytningen er færdig. Faren er, at mellemtilstanden bliver permanent uden en beslutning, og at den midlertidige forbindelse bliver ved med at køre uden overvågning og dokumentation.
Sæt en slutdato for overgangen, og skriv, hvad der skal være flyttet, før den er nået. Giv også forbindelsen en ejer i overgangsperioden, så den bliver overvåget og opdateret som de andre systemer, selv om den kun skal leve et år. Når datoen nærmer sig, træffes en beslutning: enten afsluttes flytningen, eller hybrid bliver målet og bygges om til det.
Hybrid som mål
Er hybrid målet, er det en arkitektur, der skal holde i mange år. Begge miljøer skal opdateres, sikres og dokumenteres, og forbindelsen imellem dem skal have samme omhu som de systemer, den forbinder. En mulig begrundelse er at holde det følsomme tæt på og lade det, der svinger i størrelse, køre hos en stor udbyder. Den tanke uddybes i hybrid som varig løsning.
Det kræver en driftsorganisation, der kan begge miljøer, og en klar fordeling af, hvilke systemer der hører hvor. Uden fordelingen glider systemerne derhen, hvor det var lettest at sætte dem op.
Hvad det kræver, og hvad det koster at lade være
At beskrive de fire bindinger for jeres miljøer kræver en arkitekt i et par dage: hvor identiteten bor, hvordan netværket forbindes, hvor overvågning og logs samles, og hvor backup ligger. Mangler noget, skal det bygges, og den del vurderes i uger med et spænd.
Uden beskrivelsen opdages manglerne ved første alvorlige fejl. Identiteten er i det miljø, der er nede, så ingen kan logge ind i det andet. Overvågningen viser grønt, fordi den kun ser den ene side. Backuppen ligger i samme miljø som det, der skal gendannes. Hver af dem forlænger nedetiden, og det er dér, hybrid bliver dyrere end ét miljø.
Det skal I lade være med
- At lade en midlertidig hybrid blive permanent uden en beslutning · sæt en slutdato.
- At lade identiteten bo i ét miljø uden en nødvej · administratorerne skal kunne komme ind i begge.
- At overvåge de to miljøer hver for sig · vagten skal se begge fra samme sted.
Det skal valget kunne vise
- ☐ Hvor identitet, overvågning og backup bor, og hvad der sker, når forbindelsen er væk.
- ☐ Forbindelsen mellem miljøerne med ejer og overvågning.
- ☐ Om hybrid er overgang eller mål, og slutdatoen, hvis det er en overgang.
- ☐ Hvor hver hybrid løsning styres fra.
Kilder
- NIST, SP 800-145, The NIST Definition of Cloud Computing, september 2011, https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-145.pdf, læst 8. november 2026.
- Microsoft Learn, Azure Local FAQ, https://learn.microsoft.com/en-us/azure/azure-local/faq, læst 8. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Tegn jeres to miljøer, og skriv ved hver af de fire bindinger, hvor den bor, og hvad der sker, når forbindelsen falder.
Læs også: Én udbyder eller flere · Edge i produktionen
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
