Det, der binder

Det, der holder jer fast, er sjældent serverne selv. Oftere er det nøglerne, navneopslaget foran systemerne, overvågningen, forbindelserne mellem miljøerne og de store forretningssystemer med egne regler for placering og licens. Artiklerne her gennemgår de bindinger, der oftest bliver hængende hos den gamle udbyder, og hvad det kræver at løsne dem.

Nøgler og kryptering

• Nøgler i cloud: BYOK, HYOK og HSM Tre modeller for kontrol med nøglerne.
• Kryptering før upload: hvad den løser, og hvad den låser Ulæselige data og tjenester, der holder op.

Foran og omkring systemerne

• DNS, CDN og DDoS-beskyttelse: det, der står foran jeres systemer Hvad der flyttes hvornår.
• Overvågning og logs: værktøjerne, der også skal med Data, der forlader huset ad bagvejen.
• Forbindelsen mellem miljøer: VPN, fast forbindelse og identitet Det, der binder to placeringer sammen.

De tunge systemer

• SAP: hvor kan det ligge? Hvem der bestemmer placeringen.
• Oracle-databaser uden for Oracle Cloud To politikker, I skal have afklaret.

Sådan bruger I siden

Gå miljøet igennem med ét spørgsmål for hver binding: hvis serverne flyttede i morgen, hvad ville så stadig pege tilbage på den gamle udbyder? Typiske svar er nøgletjenesten, DNS-zonen, logningen, en VPN-forbindelse og identiteten. Skriv hver binding op med ejer, hvad der afhænger af den, og hvornår den skal flyttes i forhold til resten. Nogle bindinger skal flyttes først, fordi andre systemer bygger på dem. Andre kan vente til sidst. For SAP og Oracle afgør leverandørens egne regler, hvor meget I selv kan vælge.

Rækkefølgen for bindingerne

Nøgler og identitet ligger under alt andet og skal stå klar på den nye placering, før systemerne kommer over. DNS flyttes typisk i flere trin, så navnene kan pege begge steder i en periode. Overvågning og logning skal køre på den nye placering fra første dag, ellers flytter I i blinde. Forbindelserne mellem miljøerne skal holde, så længe de to placeringer lever side om side. Skriv rækkefølgen ind i planen for skiftet, og giv hver binding en dato.

Hvad det kræver, og hvad det koster at lade være

Kortlægningen kræver en driftsansvarlig med adgang til konsol, DNS og overvågning og nogle dage til at gå igennem. Posterne i ord er nye værktøjer eller abonnementer, timer til at flytte og prøve hver binding, og for de tunge systemer et afklarende møde med leverandøren eller en licensrådgiver. Bindingerne er også et felt i en exit-plan, og den side af sagen står på exit-plan.dk.

Glemmes en binding, kører det nye miljø videre med en tråd tilbage til det gamle. Den tråd kan stoppe driften, når den gamle aftale ophører, eller sende data ud af huset, I troede var flyttet.

Det skal I lade være med

• At flytte serverne før nøglerne og DNS er planlagt · de skal have en rækkefølge.
• At tro, at logningen flytter med · den peger ofte stadig på den gamle udbyder.
• At regne licensen for SAP eller Oracle selv · få den afklaret skriftligt.

Det skal valget kunne vise

• ☐ En liste over bindinger med ejer og afhængigheder.
• ☐ Rækkefølgen, bindingerne flyttes i.
• ☐ Nøglernes placering før og efter skiftet.
• ☐ Afklaringen for SAP og Oracle, hvis I har dem.

Senest gennemgået: november 2026.

Næste skridt

Find ud af, hvor jeres DNS-zone og jeres nøgler ligger i dag, og hvem der har adgang til dem.

• Nøgler i cloud: BYOK, HYOK og HSM
• DNS, CDN og DDoS-beskyttelse

Læs også: Skiftet · Backup og lagring

→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT