Europæiske runnere til GitHub Actions

Hvad en europæisk runner ændrer, og hvad den ikke ændrer

En GitHub Actions-pipeline har lag, og hvert lag kan ligge et forskelligt sted. En CI-runner er kun ét af dem: den maskine, hvor jobbet udføres. Her er, hvem der driver hvert lag, og hvor, i tre almindelige opsætninger.

Lag	GitHub-hostede runnere på github.com	GitHub Enterprise Cloud med dataresidens i EU	CRACI-runnere
Opbevaring af repository og kildekode	GitHub; github.com opbevarer som standard data i USA	GitHub, i EU-regionen	GitHub, som i din nuværende opsætning. CRACI behandler koden i jobbets virtuelle maskine og gemmer den ikke
Orkestrering, workflow-kørsler, logs, brugerflade til checks	GitHub	GitHub; Actions-data og logs opbevares i EU-regionen	GitHub, som i din nuværende opsætning
Opbevaring af secrets	GitHub	GitHub	GitHub; leveres til CRACI-runneren, når jobbet starter
Udførelse af buildet	GitHub-hostede runnere på Microsoft Azure og for nogle standard Linux-jobs AWS; regioner ikke oplyst	Hostede runnere i EU-regioner i Azure via Azure private networking	CRACI-runnere på europæisk bare metal-infrastruktur
Registrering af, hvad buildet hentede	Registreres ikke	Registreres ikke	SBOM'er og netværkstraces, opbevaret af CRACI, hostet i Europa
Artefakter fra actions/upload-artifact	GitHub	GitHub; Actions-data opbevares i EU-regionen	GitHub, som i din nuværende opsætning
Hvem driver det	GitHub, en Microsoft-virksomhed	GitHub, en Microsoft-virksomhed	GitHub for kontrolplanet; CRACI Corporation Oy, en finsk virksomhed, for runneren

Kort sagt: Med CRACI kører den compute, der ser din kode og dine secrets under buildet, i Europa og drives af en europæisk virksomhed, og det samme gælder registreringen af hver pakke, buildet trak ind. GitHub har stadig koden og orkestrerer jobbet. CRACI erstatter runneren, ikke GitHub Actions.

Dataresidens er ikke digital suverænitet

Dataresidens handler om, hvor data opbevares og behandles. Digital suverænitet tilføjer to spørgsmål mere: hvem der kontrollerer dataene, og hvilken lov der gælder for den part, herunder hvilken jurisdiktion der kan tvinge operatøren til at udlevere data. Et europæisk datacenter drevet af en virksomhed uden for Europa giver dig dataresidens, ikke digital suverænitet. Hvilke jurisdiktioner der betyder noget i din sag, er et spørgsmål til din juridiske rådgiver, ikke til en runner-leverandør.

En beslutningsregel, der holder ved en audit: Gennemgå hvert lag fra tabellen ovenfor, skriv ned, hvem der driver det, og hvor det kører, og sammenlign det med dit krav. Dækker kravet kun, hvor builds udføres, og hvor build-data ligger, kan en europæisk runner opfylde det. Dækker det kontrolplanet eller opbevaringen af kode, kan en runner ikke gøre det alene.

Dine muligheder i Europa

Mulighed	Hvad der kører i Europa	Hvem driver det	Begrænsninger
GitHub Enterprise Cloud med dataresidens (GHE.com)	Kode og Actions-data i EU-regionen; hostede runnere i EU-regioner i Azure via Azure private networking (x64 i France Central og Sweden Central, arm64 i France Central)	GitHub	Kun Enterprise Cloud; en separat GHE.com-enterprise
CRACI	Administrerede Linux-runnere på europæisk bare metal-infrastruktur med build-evidens inkluderet	CRACI Corporation Oy, en europæisk virksomhed	Kun GitHub Actions og Linux i dag
Ubicloud	GitHub Actions-runnere i sine europæiske regioner, i Tyskland og Finland	Ubicloud, med kontorer i San Francisco, Amstelveen og Istanbul	Ubuntu-runnere
Avrea	Avrea nævner hostingudbydere som Aiven, Google Cloud og OVHcloud og beder kunderne drøfte krav til dataplacering med den	Avrea, grundlagt i Helsinki	Dataplacering aftales med Avrea og offentliggøres ikke pr. region
Blacksmith	Maskiner i Amsterdam og Frankfurt samt i USA; en organisation kan bede om at blive flyttet til en anden region	Blacksmith, med sit kontrolplan på AWS	En europæisk placering, ikke en europæisk operatør
Selvhostede runnere i en europæisk cloud	Dine runnere på en europæisk udbyders servere med Actions Runner Controller eller almindelige virtuelle maskiner	Dig	Du patcher, isolerer og skalerer dem
En anden CI-platform med europæisk hosting	Alt, inklusive kontrolplanet: GitLab self-managed eller en Forgejo- eller Gitea-instans	Dig eller din hostingpartner	En CI-migrering, ikke et skift af runner

For detaljerne én til én, se CRACI vs Ubicloud, CRACI vs Avrea og CRACI vs Blacksmith, og for hele feltet runner-udbydere til GitHub Actions sammenlignet. Overvejer du at køre dine egne, så se administrerede vs. selvhostede runnere.

Hvad CRACI kører i Europa

• Administrerede runnere, hostet i Europa. Builds kører på europæisk bare metal-infrastruktur, drevet af CRACI Corporation Oy. CRACI tilbyder administrerede runnere i dag; kundehostede runnere er på roadmappen.
• Dataresidens i EU på Enterprise. Enterprise-planen omfatter dataresidens i EU sammen med tilpasset opbevaringsperiode og SAML SSO.
• Isolering. Hvert job kører i sin egen isolerede virtuelle maskine.
• Hvad CRACI opbevarer, og hvad den ikke opbevarer. CRACI behandler din kildekode i jobbets virtuelle maskine og gemmer den ikke. Den opbevarer build-metadata, pakkedata, netværkstraces, SBOM'er, provenance, caches og audit-poster. Caches indeholder det, dit workflow gemmer i dem.
• Et stabilt udgående IP-område til de allowlists, dit build når.
• Certificering. CRACI Corporation Oy's ledelsessystem for informationssikkerhed, for udvikling og drift af CRACI-platformen, er certificeret efter ISO/IEC 27001 af Into Certification. CRACI overholder GDPR.

For de detaljer, din sikkerhedsgennemgang har brug for, se sikkerhed, Trust Center og hvad CRACI kan nå.

Hvorfor build-laget er værd at flytte

Selv når GitHub bliver, er runneren det lag, der er værd at flytte først. Det er her, din kode kompileres med dine secrets til stede, og her tredjepartspakker kommer ind i dit produkt. Kører du det på europæisk infrastruktur, holder du den udførelse og registreringen af hver pakke, den hentede, på infrastruktur drevet af en europæisk virksomhed frem for på en amerikansk hyperscalers compute.

Den registrering er også evidens. CRACI registrerer hvert jobs afhængigheder som en SBOM med en fuldstændighedsstatus, under en egress-politik, der blokerer ved fejl, og bliver ved med at overvåge dem for nye sårbarheder. Europæisk regulering som Cyber Resilience Act kræver i stigende grad netop denne slags registrering af producenter.

Skiftet er en label-ændring: runs-on: craci. CRACI kører builds cirka dobbelt så hurtigt som GitHub-hostede runnere takket være hurtigere hardware, kortere ventetid i kø og caching og tager kun betaling for build-minutter: $0.002 pr. vCPU-minut ($0.004 for en standardrunner med 2 vCPU), målt pr. sekund, uden månedligt gebyr. Se CRACIs runnere, priser og sådan skifter du runner-udbyder.

Når CRACI ikke er svaret

• Dit krav dækker kontrolplanet eller opbevaringen af kode. En europæisk runner er ikke nok. Du har brug for GitLab self-managed eller en selvhostet forge i Europa; se alternativer til GitLab. CRACI understøtter kun GitHub Actions i dag, med GitLab CI og Jenkins på roadmappen.
• Runnere skal køre på din egen hardware eller i din egen cloud-tenant. Kundehostede CRACI-runnere er på roadmappen og ikke tilgængelige i dag.
• Du har brug for macOS- eller Windows-builds i Europa. CRACI kører Linux på x86-64 og ARM64 i dag, med Windows og macOS på roadmappen.
• Du har brug for den laveste pris pr. minut. Andre europæiske muligheder angiver lavere priser.

Europæiske GitHub Actions-runnere: ofte stillede spørgsmål

Kan GitHub Actions-builds køre i EU?

Ja. Buildet kører, hvor runneren er, så en runner på europæisk infrastruktur kører dit build i Europa. Du kan få en fra en administreret udbyder som CRACI, fra GitHub Enterprise Cloud med dataresidens, der kan placere hostede runnere i EU-regioner i Azure, eller ved at køre selvhostede runnere i en europæisk cloud.

Findes der en europæisk runner-udbyder til GitHub Actions?

Ja. CRACI er en europæisk virksomhed, og dens administrerede runnere til GitHub Actions kører på europæisk bare metal-infrastruktur. Andre udbydere kører også maskiner i Europa; tjek både, hvor maskinerne står, og hvilken virksomhed der driver dem.

Hvis min runner er i EU, har jeg så digital suverænitet over min CI?

Ikke i sig selv. En europæisk runner flytter udførelsen af buildet og registreringen af, hvad buildet hentede. GitHub opbevarer stadig koden, secrets, logs og artefakter og orkestrerer hvert job. For at tage GitHub ud af billedet skal du bruge en anden CI-platform med europæisk hosting.

Hvilke data bliver hos GitHub, når jeg bruger en europæisk runner?

Repositoriet, workflow-filerne, lageret for secrets, workflow-kørsler og logs, brugerfladen til checks og de artefakter, der uploades med actions/upload-artifact. Runneren modtager koden og jobbets secrets, mens jobbet kører. CRACI behandler din kode i jobbets virtuelle maskine og gemmer den ikke.

Tilbyder GitHub dataresidens i EU for Actions?

På GitHub Enterprise Cloud med dataresidens, hostet på GHE.com, kan du vælge en EU-region, og GitHub opbevarer repositories samt Actions-data og logs dér. De hostede runnere kan køre i EU-regioner i Azure via Azure private networking. Operatøren er stadig GitHub, og tilbuddet gælder kun Enterprise Cloud-kunder.

Hvad er forskellen på dataresidens i EU og digital suverænitet?

Dataresidens handler om, hvor data opbevares og behandles. Digital suverænitet tilføjer, hvem der kontrollerer dataene, og hvilken lov der gælder for den part. Et europæisk datacenter drevet af en virksomhed uden for Europa giver dig dataresidens, ikke digital suverænitet. Gennemgå hvert lag i din pipeline, hvem der driver det og hvor, og sammenlign det med dit krav.