Byggekæden er den del af infrastrukturen, der oftest bliver glemt, når servere og data flyttes til Europa. Kodelager, byggeservere, containerregister og de hemmeligheder, der bruges til at rulle ud, kan ligge hos en amerikansk tjeneste, mens alt det, de bygger, er flyttet. Den kan også ligge hos en europæisk udbyder eller i jeres egen drift, og valget har både en placering og en driftsopgave.
Byggekæden er alt fra det øjeblik, en udvikler gemmer en ændring, til den kører i produktion: lageret med koden, de maskiner, der bygger og tester (runners), registret med de færdige containeraftryk og den proces, der ruller ud. Her er spørgsmålet, hvor kæden står, og hvem der driver den.
Fire led i kæden
Kodelageret. Selve koden med historik, grene og ændringsforslag. Det er det letteste at flytte, fordi git-formatet er det samme overalt. Det, der ikke følger med af sig selv, er sager, gennemgange, kommentarer og rettigheder.
Byggeservere. De maskiner, der kører byggeriet og testene. Hos de store tjenester kan de være tjenestens egne, delte maskiner, eller jeres egne, som tjenesten styrer. Egne byggeservere kan stå i Europa, selv om tjenesten ikke gør, og omvendt.
Registret. De færdige aftryk, som klyngerne og serverne henter. Ligger registret hos en udbyder, I forlader, skal alle henvisninger rettes ved skiftet.
Hemmeligheder og udrulning. Nøgler til produktion, adgang til cloudkonti og signering af aftryk. De er det mest følsomme led, og de ligger ofte i byggetjenestens egne indstillinger.
Tre placeringer
Hos en amerikansk tjeneste. GitHub og Azure DevOps findes både som tjeneste og som server til egen drift: GitHub Enterprise Server og Azure DevOps Server. Ingen af dem er gennemgået her, og hvor tjenesteudgaverne lagrer data, og hvad serverudgaverne kræver, skal læses i producenternes egen dokumentation på den dag, I vælger.
Hos en europæisk udbyder. Europæiske cloududbydere kan have kodelager og containerregister i kataloget. STACKIT har en Git-tjeneste og et containerregister på sin produktliste, læst 8. november 2026. Hvad tjenesterne omfatter, og om der er byggeservere med, er ikke gennemgået her.
I egen drift. I installerer selv en kodeplatform på egne servere eller hos en udbyder efter eget valg. To eksempler efter samme felter, pr. november 2026, i tilfældig rækkefølge:
- GitLab. Ophavsret GitLab Inc. Koden uden for mappen “ee/” er udgivet under MIT-licensen; “ee/” har sin egen licens. Til egen drift angiver GitLabs dokumentation, at én node som udgangspunkt kræver 8 vCPU og mindst 8 GB hukommelse i begrænsede miljøer, og at PostgreSQL er den eneste understøttede database. Selskabets land og ejerforhold er ikke læst; investorsiden afviste maskinel læsning.
- Forgejo. Licens GPLv3. Projektets domæner er i varetægt af Codeberg e.V., en almennyttig forening registreret i Berlin, ifølge projektets FAQ. Krav til hardware er ikke gennemgået her.
Hvad egen drift kræver
En selvdrevet kodeplatform er et system som alle andre. Den skal opdateres, have backup, overvåges og have en plan for gendannelse. Den bliver kritisk, fordi intet kan rulles ud, mens den er nede. Byggeserverne kommer oveni og kan bruge meget regnekraft i korte stød. Licensen afgør, hvilke funktioner der følger med uden betaling, og hvilke der kræver en betalt udgave; det skal læses i produktets egne vilkår.
Til gengæld får I fuld kontrol over, hvor koden, aftrykkene og hemmelighederne ligger, og kæden kan flyttes sammen med resten af infrastrukturen. Om det opvejer driftsarbejdet, afhænger af, hvor følsom koden er, og om I har folk til at passe endnu et system.
Flytning af kæden
Flyt i denne rækkefølge: kodelager med historik, derefter registret, så byggeserverne og til sidst hemmelighederne og udrulningen. Lad den gamle kæde stå skrivebeskyttet en periode, så historik og sager kan slås op. Pipelines er skrevet i tjenestens eget format og skal skrives om, når tjenesten skiftes. Det er ofte den største post.
Hvad det kræver, og hvad det koster at lade være
For et mindre udviklingsteam med få lagre tager en flytning af kodelager og register en til to uger, inklusive omskrivning af de vigtigste pipelines. Med mange lagre, egne byggeservere og mange udrulningsmål kan det tage måneder. I jeres regnestykke hører licens eller abonnement, servere til platform og byggeri, drift, backup og timer til omskrivning.
Glemmes kæden, er resultatet en infrastruktur, der står i Europa, mens koden, nøglerne til produktion og de aftryk, der rulles ud, ligger et andet sted. Det er netop det, en kunde eller en revisor vil spørge til.
Det skal I lade være med
- At flytte servere og data og glemme byggekæden · tag den med i kortlægningen.
- At antage, at pipelines flytter med · de er skrevet i tjenestens eget format.
- At drive en kodeplatform uden backup og gendannelsesprøve · den er kritisk for al udrulning.
Det skal valget kunne vise
- ☐ Hvor kodelager, byggeservere, register og hemmeligheder står i dag.
- ☐ Valgt placering for hvert led og begrundelsen.
- ☐ Licensen for den valgte platform læst mod jeres brug.
- ☐ Backup og gendannelse af kodeplatformen prøvet.
Kilder
- GitLabs licensfil og GitLab Docs, Installation requirements, læst 8. november 2026.
- Forgejos licensfil og Forgejo FAQ, læst 8. november 2026.
- STACKIT, Imprint og produktmenu, læst 8. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Skriv de fire led op, og noter for hvert, hvor det står, og hvem der ejer kontoen. Det er grundlaget for at beslutte, om kæden skal flytte med.
Læs også: Rækkefølgen i infrastrukturen · Overvågning og logs
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
