Europäische Runner für GitHub Actions

Was ein europäischer Runner ändert und was nicht

Eine GitHub-Actions-Pipeline hat Schichten, und jede kann an einem anderen Ort liegen. Ein CI-Runner ist nur eine davon: die Maschine, auf der der Job läuft. Hier sehen Sie, wer jede Schicht betreibt und wo, in drei gängigen Setups.

Schicht	GitHub-gehostete Runner auf github.com	GitHub Enterprise Cloud mit EU-Datenresidenz	CRACI-Runner
Speicherung von Repository und Quellcode	GitHub; github.com speichert Daten standardmäßig in den USA	GitHub, in der EU-Region	GitHub, wie in Ihrem bisherigen Setup. CRACI verarbeitet den Code in der virtuellen Maschine des Jobs und speichert ihn nicht
Orchestrierung, Workflow-Läufe, Logs, Checks-Oberfläche	GitHub	GitHub; Actions-Daten und -Logs in der EU-Region gespeichert	GitHub, wie in Ihrem bisherigen Setup
Speicherung der Secrets	GitHub	GitHub	GitHub; beim Jobstart an den CRACI-Runner geliefert
Build-Ausführung	GitHub-gehostete Runner auf Microsoft Azure, für einige Standard-Linux-Jobs auch AWS; Regionen nicht genannt	Gehostete Runner in EU-Regionen von Azure, über Azure Private Networking	CRACI-Runner auf europäischer Bare-Metal-Infrastruktur
Nachweis dessen, was der Build abgerufen hat	Nicht erfasst	Nicht erfasst	SBOMs und Netzwerk-Traces, bei CRACI, in Europa gehostet
Artefakte aus actions/upload-artifact	GitHub	GitHub; Actions-Daten in der EU-Region gespeichert	GitHub, wie in Ihrem bisherigen Setup
Wer es betreibt	GitHub, ein Unternehmen von Microsoft	GitHub, ein Unternehmen von Microsoft	GitHub für die Control Plane; CRACI Corporation Oy, ein finnisches Unternehmen, für den Runner

Einfach gesagt: Mit CRACI läuft die Rechenleistung, die Ihren Code und Ihre Secrets während des Builds sieht, in Europa und wird von einem europäischen Unternehmen betrieben, ebenso wie der Nachweis jedes Pakets, das der Build geladen hat. GitHub hält weiterhin den Code und orchestriert den Job. CRACI ersetzt den Runner, nicht GitHub Actions.

Datenresidenz ist keine digitale Souveränität

Bei der Datenresidenz geht es darum, wo Daten gespeichert und verarbeitet werden. Digitale Souveränität stellt zwei weitere Fragen: Wer kontrolliert die Daten, und welches Recht gilt für diese Partei, einschließlich der Frage, welche Rechtsordnung den Betreiber zur Herausgabe von Daten zwingen kann. Ein europäisches Rechenzentrum, das ein Unternehmen von außerhalb Europas betreibt, verschafft Ihnen Datenresidenz, keine digitale Souveränität. Welche Rechtsordnungen in Ihrem Fall zählen, ist eine Frage für Ihre Rechtsberatung, nicht für einen Runner-Anbieter.

Eine Entscheidungsregel, die einem Audit standhält: Listen Sie jede Schicht aus der Tabelle oben auf, notieren Sie, wer sie betreibt und wo sie läuft, und vergleichen Sie das mit Ihrer Anforderung. Betrifft die Anforderung nur, wo Builds ausgeführt werden und wo Build-Daten liegen, kann ein europäischer Runner sie erfüllen. Betrifft sie die Control Plane oder die Code-Speicherung, kann ein Runner allein das nicht.

Ihre Optionen in Europa

Option	Was in Europa läuft	Wer es betreibt	Grenzen
GitHub Enterprise Cloud mit Datenresidenz (GHE.com)	Code und Actions-Daten in der EU-Region; gehostete Runner in EU-Regionen von Azure über Azure Private Networking (x64 in France Central und Sweden Central, arm64 in France Central)	GitHub	Nur Enterprise Cloud; ein separates GHE.com-Enterprise
CRACI	Verwaltete Linux-Runner auf europäischer Bare-Metal-Infrastruktur, Build-Nachweise inklusive	CRACI Corporation Oy, ein europäisches Unternehmen	Heute nur GitHub Actions und Linux
Ubicloud	GitHub-Actions-Runner in seinen europäischen Regionen, in Deutschland und Finnland	Ubicloud, mit Büros in San Francisco, Amstelveen und Istanbul	Ubuntu-Runner
Avrea	Avrea nennt Hosting-Anbieter wie Aiven, Google Cloud und OVHcloud und bittet Kunden, Anforderungen an den Datenstandort mit Avrea abzustimmen	Avrea, gegründet in Helsinki	Der Datenstandort wird mit Avrea vereinbart, nicht pro Region veröffentlicht
Blacksmith	Maschinen in Amsterdam und Frankfurt sowie in den USA; eine Organisation kann den Umzug in eine andere Region beantragen	Blacksmith, mit seiner Control Plane auf AWS	Ein europäischer Standort, kein europäischer Betreiber
Selbst gehostete Runner in einer europäischen Cloud	Ihre Runner auf den Servern eines europäischen Anbieters, mit Actions Runner Controller oder einfachen virtuellen Maschinen	Sie	Sie patchen, isolieren und skalieren sie
Eine andere CI-Plattform mit europäischem Hosting	Alles, einschließlich der Control Plane: GitLab Self-Managed oder eine Forgejo- oder Gitea-Instanz	Sie oder Ihr Hosting-Partner	Eine CI-Migration, kein Runner-Wechsel

Für den direkten Vergleich siehe CRACI vs Ubicloud, CRACI vs Avrea und CRACI vs Blacksmith, und für das gesamte Feld Runner-Anbieter für GitHub Actions im Vergleich. Wenn Sie überlegen, eigene Runner zu betreiben, lesen Sie verwaltete vs. selbst gehostete Runner.

Was CRACI in Europa betreibt

• Verwaltete Runner, in Europa gehostet. Builds laufen auf europäischer Bare-Metal-Infrastruktur, betrieben von CRACI Corporation Oy. CRACI bietet heute verwaltete Runner; vom Kunden gehostete Runner stehen auf der Roadmap.
• EU-Datenresidenz bei Enterprise. Der Enterprise-Plan umfasst EU-Datenresidenz, neben individueller Aufbewahrung und SAML SSO.
• Isolation. Jeder Job läuft in einer eigenen isolierten virtuellen Maschine.
• Was CRACI speichert und was nicht. CRACI verarbeitet Ihren Quellcode in der virtuellen Maschine des Jobs und speichert ihn nicht. Es speichert Build-Metadaten, Paketdaten, Netzwerk-Traces, SBOMs, Provenance, Caches und Audit-Datensätze. Caches enthalten, was Ihr Workflow darin ablegt.
• Ein stabiler Egress-IP-Bereich für die Allowlists, die Ihr Build erreicht.
• Zertifizierung. Das Informationssicherheits-Managementsystem der CRACI Corporation Oy für die Entwicklung und den Betrieb der CRACI-Plattform ist von Into Certification nach ISO/IEC 27001 zertifiziert. CRACI ist DSGVO-konform.

Die Details für Ihre Sicherheitsprüfung finden Sie unter Sicherheit, im Trust Center und unter worauf CRACI zugreifen kann.

Warum sich der Umzug der Build-Schicht lohnt

Selbst wenn GitHub bleibt, ist der Runner die Schicht, die sich als erste zu verlagern lohnt. Dort wird Ihr Code kompiliert, während Ihre Secrets vorhanden sind, und dort gelangen Pakete von Dritten in Ihr Produkt. Läuft er auf europäischer Infrastruktur, bleiben diese Ausführung und der Nachweis jedes abgerufenen Pakets auf Infrastruktur, die ein europäisches Unternehmen betreibt, statt auf der Rechenleistung eines US-Hyperscalers.

Dieser Nachweis ist zugleich Evidenz. CRACI erfasst die Abhängigkeiten jedes Jobs als SBOM mit einem Vollständigkeitsstatus, unter einer Egress-Richtlinie, die im Fehlerfall blockiert, und überwacht sie weiter auf neue Schwachstellen. Europäische Regulierung wie der Cyber Resilience Act verlangt von Herstellern zunehmend genau diese Art von Nachweis.

Der Umzug ist eine Label-Änderung: runs-on: craci. CRACI führt Builds etwa doppelt so schnell aus wie GitHub-gehostete Runner, dank schnellerer Hardware, kürzerer Wartezeiten und Caching, und berechnet nur Build-Minuten: $0.002 pro vCPU-Minute ($0.004 für einen Standard-Runner mit 2 vCPU), sekundengenau abgerechnet, ohne Monatsgebühr. Siehe die Runner von CRACI, Preise und So wechseln Sie den Runner-Anbieter.

Wann CRACI nicht die Antwort ist

• Ihre Anforderung betrifft die Control Plane oder die Code-Speicherung. Ein europäischer Runner reicht dann nicht. Sie brauchen GitLab Self-Managed oder eine selbst gehostete Forge in Europa; siehe GitLab-Alternativen. CRACI unterstützt heute nur GitHub Actions, GitLab CI und Jenkins stehen auf der Roadmap.
• Runner müssen auf Ihrer eigenen Hardware oder in Ihrem eigenen Cloud-Tenant laufen. Vom Kunden gehostete CRACI-Runner stehen auf der Roadmap und sind heute nicht verfügbar.
• Sie brauchen macOS- oder Windows-Builds in Europa. CRACI betreibt heute Linux auf x86-64 und ARM64, Windows und macOS stehen auf der Roadmap.
• Sie brauchen den niedrigsten Preis pro Minute. Andere europäische Optionen nennen niedrigere Preise.

Europäische GitHub-Actions-Runner: häufig gestellte Fragen

Können GitHub-Actions-Builds in der EU laufen?

Ja. Der Build läuft dort, wo der Runner steht, also führt ein Runner auf europäischer Infrastruktur Ihren Build in Europa aus. Einen solchen Runner erhalten Sie von einem verwalteten Anbieter wie CRACI, von GitHub Enterprise Cloud mit Datenresidenz, das gehostete Runner in EU-Regionen von Azure platzieren kann, oder indem Sie selbst gehostete Runner in einer europäischen Cloud betreiben.

Gibt es einen europäischen Runner-Anbieter für GitHub Actions?

Ja. CRACI ist ein europäisches Unternehmen, und seine verwalteten Runner für GitHub Actions laufen auf europäischer Bare-Metal-Infrastruktur. Auch andere Anbieter betreiben Maschinen in Europa; prüfen Sie sowohl, wo die Maschinen stehen, als auch, welches Unternehmen sie betreibt.

Ist mein CI digital souverän, wenn mein Runner in der EU steht?

Nicht allein dadurch. Ein europäischer Runner verlagert die Build-Ausführung und den Nachweis dessen, was der Build abgerufen hat. GitHub speichert weiterhin den Code, die Secrets, die Logs und die Artefakte und orchestriert jeden Job. Um GitHub ganz herauszunehmen, brauchen Sie eine andere CI-Plattform mit europäischem Hosting.

Welche Daten bleiben bei GitHub, wenn ich einen europäischen Runner nutze?

Das Repository, die Workflow-Dateien, der Secret-Speicher, die Workflow-Läufe und Logs, die Checks-Oberfläche und die mit actions/upload-artifact hochgeladenen Artefakte. Der Runner erhält den Code und die Secrets des Jobs, während der Job läuft. CRACI verarbeitet Ihren Code in der virtuellen Maschine des Jobs und speichert ihn nicht.

Bietet GitHub EU-Datenresidenz für Actions?

Bei GitHub Enterprise Cloud mit Datenresidenz, gehostet auf GHE.com, können Sie eine EU-Region wählen, und GitHub speichert Repositories sowie Actions-Daten und -Logs dort. Seine gehosteten Runner können über Azure Private Networking in EU-Regionen von Azure laufen. Betreiber bleibt GitHub, und das Angebot gilt nur für Kunden von Enterprise Cloud.

Was ist der Unterschied zwischen EU-Datenresidenz und digitaler Souveränität?

Bei der Datenresidenz geht es darum, wo Daten gespeichert und verarbeitet werden. Digitale Souveränität fragt zusätzlich, wer die Daten kontrolliert und welches Recht für diese Partei gilt. Ein europäisches Rechenzentrum, das ein Unternehmen von außerhalb Europas betreibt, verschafft Ihnen Datenresidenz, keine digitale Souveränität. Listen Sie jede Schicht Ihrer Pipeline auf, wer sie betreibt und wo, und vergleichen Sie das mit Ihrer Anforderung.