For at egen drift er en reel mulighed, skal der være et sted at køre systemet, mennesker der kan drive det, og sikkerhed på samme niveau som i dag. Mangler et af de tre, står muligheden kun på papiret. Planen skal vise, hvilke af dem I har, og hvad der skal til for resten.
På engelsk kaldes det cloud repatriation, tilbage fra cloud. Ordet lyder som en tendens, og artiklen tager ikke stilling til den. For nogle systemer er egen drift en reel reserve, for andre er det urealistisk, og begge svar er nyttige i en plan.
Egen drift står i reglerne som vej ud
Både DORA og Data Act (dataforordningen) nævner muligheden. DORA gælder kun finansielle enheder. Art. 28, stk. 8, fjerde afsnit, siger, at tjenester og data skal kunne overføres til andre udbydere eller indarbejdes internt igen. For andre virksomheder er det en model.
Data Act giver kunden af en cloudtjeneste ret til at portere data og digitale aktiver til lokal IKT-infrastruktur. Art. 2, nr. 33, definerer det som infrastruktur, der er ejet, lejet eller leaset af kunden, i kundens eget datacenter, drevet af kunden eller en tredjepart. Det er vores forenkling, men læg mærke til de sidste ord. Egen drift kan altså godt ligge hos en lokal driftspartner på jeres eget udstyr. Se Data Act og skifteretten.
Hvad der er bundet
Spørg først, hvad der overhovedet kan køre uden for tjenesten. Egen drift findes ikke for en SaaS-tjeneste, hvor I kun har adgang til data. Her er vejen en anden løsning eller et arkiv. Muligheden gælder især:
- virtuelle maskiner og containere, I selv ejer indholdet af
- databaser med almindelig software
- filer og sikkerhedskopier
- egenudviklede programmer
Udbyderens egne tjenester skal skrives om, før de kan køre hos jer. Se exit-plan for AWS og containere og flytbarhed.
Hvad der skal være til stede
Et sted at køre. Server, lager, strøm, køling, netværk, internetforbindelse og fysisk sikkerhed. Leveringstid på hardware er en del af planen. Har I lokaler, skal I tjekke, om de kan klare det.
Mennesker. Hvem passer systemet om natten og i ferien? Egen drift kræver mere end én person, ellers flytter I afhængigheden fra en leverandør til en medarbejder. Hvem opdaterer, overvåger og reparerer?
Sikkerhed. Skyen har givet jer en række ting, I måske ikke tænker over: opdateringer af det underliggende, fysisk adgangskontrol, kopier flere steder. De skal stå på listen, og nogen skal stå for dem. Backup skal ligge et andet sted end systemet.
Software og licenser. Virker programmet uden for skyen? Må licensen flyttes? Understøtter leverandøren det?
Hvad det betyder for jeres server og valget mellem udstyr og sky, er en anden sag, se serveren skal skiftes. Sagen om lokal drift og leverandørens kontrol står på digital-suveraenitet.dk, og her er tilføjelsen, at lokal drift ikke i sig selv fjerner afhængighed af softwareleverandører.
Hvad der skal testes
Tre niveauer giver et ærligt svar:
- På skrivebordet. Gennemgå listen ovenfor for ét system. Hvad har I, og hvad mangler?
- Gendannelse. Start en kopi af systemet på jeres eget udstyr eller lejet udstyr, adskilt fra produktionen. Metoden står i gendannelse et andet sted.
- Drift i en uge. Lad systemet køre i et testmiljø med overvågning og opdatering, så I ser, hvad det kræver.
De fleste kan nøjes med de to første. Det tredje niveau er for systemer, hvor egen drift er den valgte reserve.
Hvad planen skal rumme
Planen skal for hvert system sige, om egen drift er en mulighed, og hvorfor eller hvorfor ikke. Er svaret ja, skal den rumme krav til udstyr, leveringstid, roller, sikkerhed, licenser og tid til at komme i gang. Er svaret nej, står det med begrundelse. Egen drift kan også være en midlertidig reserve, mens en anden løsning findes, og så skal planen sige, hvor længe den holder. Se reserveløsning.
Hvad det kræver, og hvad det koster at lade være
Vurderingen på skrivebordet kræver en IT-ansvarlig og en dag eller to pr. system. Testen kræver udstyr og tid. Hold skønnene i tid, lavt og højt, med dato på. Sammenlign faste poster over tid i jeres eget ark: udstyr, drift, vagt, opdatering, plads og sikkerhed over for det, I betaler for tjenesten. Tag alle poster med, for dem, I ikke ser i dag, er dem, skyen dækker. Der er ingen tommelfingerregel for, hvad der er billigst. Det afhænger af jeres belastning og folk.
Lader I være, står egen drift måske i planen som en vej ud, ingen kan bruge. Det er værre end at skrive, at den ikke findes, for ledelsen tror på den. Vurderingen giver også noget i dag, nemlig et ærligt billede af, hvad I selv kan drive, og et grundlag for at vælge bevidst.
Det skal I lade være med
- At skrive egen drift i planen uden en person bag · så findes den ikke.
- At glemme det, skyen klarer i dag · sikkerhed og opdatering flytter med.
- At behandle det som en tendens · svaret er pr. system.
Det skal planen kunne vise
- ☐ Hvilke systemer der kan køre uden for tjenesten.
- ☐ Krav til sted, udstyr og leveringstid.
- ☐ Hvem der driver systemet, også i ferier.
- ☐ Hvem der står for sikkerhed, opdatering og backup.
- ☐ Om licens og leverandør tillader det.
- ☐ En dateret test af gendannelse.
Kilder
- Forordning (EU) 2022/2554 (DORA): art. 28, stk. 8. Gælder finansielle enheder.
- Forordning (EU) 2023/2854 (Data Act): art. 2, nr. 33, og art. 25, stk. 2, litra a.
Senest gennemgået: november 2026.
Næste skridt
Tag det system, I oftest tænker på som muligt at køre selv, og gennemgå de fire punkter. Skriv svaret ind i planen, også hvis det bliver et nej, og beslut, om en test er arbejdet værd.
Læs også: Hvem gør arbejdet? · Backup er ikke en exit-plan
→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT
