Runners europeos para GitHub Actions

Qué cambia un runner europeo, y qué no

Un pipeline de GitHub Actions tiene capas, y cada una puede estar en un lugar distinto. Un runner de CI es solo una de ellas: la máquina donde se ejecuta el job. Esto es quién opera cada capa, y dónde, en tres configuraciones habituales.

Capa	Runners alojados por GitHub en github.com	GitHub Enterprise Cloud con residencia de datos en la UE	Runners de CRACI
Almacenamiento del repositorio y del código fuente	GitHub; github.com almacena los datos en EE. UU. por defecto	GitHub, en la región de la UE	GitHub, como en su configuración actual. CRACI procesa el código en la máquina virtual del job y no lo almacena
Orquestación, ejecuciones de workflows, logs, interfaz de checks	GitHub	GitHub; datos y logs de Actions almacenados en la región de la UE	GitHub, como en su configuración actual
Almacenamiento de secretos	GitHub	GitHub	GitHub; se entregan al runner de CRACI cuando empieza el job
Ejecución del build	Runners alojados por GitHub en Microsoft Azure y, para algunos jobs Linux estándar, en AWS; regiones no indicadas	Runners alojados en regiones de Azure de la UE, mediante la red privada de Azure	Runners de CRACI en infraestructura bare-metal europea
Registro de lo que descargó el build	No se registra	No se registra	SBOM y trazas de red, en manos de CRACI, alojadas en Europa
Artefactos de actions/upload-artifact	GitHub	GitHub; datos de Actions almacenados en la región de la UE	GitHub, como en su configuración actual
Quién lo opera	GitHub, una empresa de Microsoft	GitHub, una empresa de Microsoft	GitHub para el plano de control; CRACI Corporation Oy, una empresa finlandesa, para el runner

Dicho de forma sencilla: con CRACI, la capacidad de cómputo que ve su código y sus secretos durante el build se ejecuta en Europa y la opera una empresa europea, y lo mismo ocurre con el registro de cada paquete que incorporó el build. GitHub sigue guardando el código y orquestando el job. CRACI sustituye el runner, no GitHub Actions.

La residencia de datos no es soberanía digital

La residencia de datos trata de dónde se almacenan y procesan los datos. La soberanía digital añade dos preguntas más: quién controla los datos y qué ley se aplica a esa parte, incluida qué jurisdicción puede obligar al operador a entregar los datos. Un centro de datos europeo operado por una empresa de fuera de Europa le da residencia, no soberanía digital. Qué jurisdicciones importan en su caso es una pregunta para su asesoría jurídica, no para un proveedor de runners.

Una regla de decisión que se sostiene en una auditoría: enumere cada capa de la tabla anterior, anote quién la opera y dónde se ejecuta, y compárelo con su requisito. Si el requisito solo cubre dónde se ejecutan los builds y dónde residen los datos de build, un runner europeo puede cumplirlo. Si cubre el plano de control o el almacenamiento del código, un runner por sí solo no puede.

Sus opciones en Europa

Opción	Qué se ejecuta en Europa	Quién lo opera	Límites
GitHub Enterprise Cloud con residencia de datos (GHE.com)	Código y datos de Actions en la región de la UE; runners alojados en regiones de Azure de la UE mediante la red privada de Azure (x64 en France Central y Sweden Central, arm64 en France Central)	GitHub	Solo Enterprise Cloud; una empresa GHE.com independiente
CRACI	Runners Linux gestionados en infraestructura bare-metal europea, con evidencias de build incluidas	CRACI Corporation Oy, una empresa europea	Solo GitHub Actions y Linux por ahora
Ubicloud	Runners de GitHub Actions en sus regiones europeas, en Alemania y Finlandia	Ubicloud, con oficinas en San Francisco, Amstelveen y Estambul	Runners Ubuntu
Avrea	Avrea cita proveedores de alojamiento como Aiven, Google Cloud y OVHcloud, y pide a los clientes que traten con ella sus requisitos de ubicación de datos	Avrea, fundada en Helsinki	La ubicación de los datos se acuerda con Avrea, no se publica por región
Blacksmith	Máquinas en Ámsterdam y Fráncfort, además de en EE. UU.; una organización puede pedir que la trasladen a otra región	Blacksmith, con su plano de control en AWS	Una ubicación europea, no un operador europeo
Runners autoalojados en una nube europea	Sus runners en los servidores de un proveedor europeo, con Actions Runner Controller o máquinas virtuales simples	Usted	Usted los parchea, aísla y escala
Otra plataforma de CI con alojamiento europeo	Todo, incluido el plano de control: GitLab autogestionado o una instancia de Forgejo o Gitea	Usted o su socio de alojamiento	Una migración de CI, no un cambio de runner

Para el detalle uno a uno, consulte CRACI frente a Ubicloud, CRACI frente a Avrea y CRACI frente a Blacksmith, y para el panorama completo, la comparativa de proveedores de runners de GitHub Actions. Si se plantea operar los suyos propios, consulte runners gestionados frente a autoalojados.

Qué ejecuta CRACI en Europa

• Runners gestionados, alojados en Europa. Los builds se ejecutan en infraestructura bare-metal europea, operada por CRACI Corporation Oy. CRACI ofrece hoy runners gestionados; los runners alojados por el cliente están en la hoja de ruta.
• Residencia de datos en la UE en Enterprise. El plan Enterprise incluye residencia de datos en la UE, junto con retención personalizada y SAML SSO.
• Aislamiento. Cada job se ejecuta en su propia máquina virtual aislada.
• Qué guarda CRACI, y qué no. CRACI procesa su código fuente en la máquina virtual del job y no lo almacena. Guarda metadatos de build, datos de paquetes, trazas de red, SBOM, procedencia, cachés y registros de auditoría. Las cachés contienen lo que su workflow guarde en ellas.
• Un rango estable de IP de egress, para las listas de permitidos a las que llega su build.
• Certificación. El sistema de gestión de la seguridad de la información de CRACI Corporation Oy, para el desarrollo y la operación de la plataforma CRACI, está certificado en ISO/IEC 27001 por Into Certification. CRACI cumple el RGPD.

Para el detalle que necesita su revisión de seguridad, consulte seguridad, el Trust Center y a qué puede acceder CRACI.

Por qué merece la pena trasladar la capa de build

Incluso si GitHub se queda, el runner es la capa que merece la pena trasladar primero. Es donde se compila su código con sus secretos presentes, y donde los paquetes de terceros entran en su producto. Ejecutarlo en infraestructura europea mantiene esa ejecución, y el registro de cada paquete que descargó, en infraestructura operada por una empresa europea en lugar de en el cómputo de un hiperescalador estadounidense.

Ese registro también es una evidencia. CRACI registra las dependencias de cada job como una SBOM con un estado de completitud, bajo una política de egress que, si falla, bloquea, y sigue vigilándolas en busca de nuevas vulnerabilidades. La regulación europea, como la Cyber Resilience Act, exige cada vez más a los fabricantes exactamente este tipo de registro.

El traslado es un cambio de etiqueta: runs-on: craci. CRACI ejecuta los builds aproximadamente el doble de rápido que los runners alojados por GitHub, gracias a un hardware más rápido, tiempos en cola más cortos y la caché, y solo cobra por los minutos de build: $0.002 por minuto de vCPU ($0.004 para un runner de 2 vCPU por defecto), medidos por segundos, sin cuota mensual. Consulte los runners de CRACI, los precios y cómo cambiar de proveedor de runners.

Cuándo CRACI no es la respuesta

• Su requisito cubre el plano de control o el almacenamiento del código. Un runner europeo no basta. Necesita GitLab autogestionado o una forja autoalojada en Europa; consulte las alternativas a GitLab. CRACI solo admite GitHub Actions por ahora, con GitLab CI y Jenkins en la hoja de ruta.
• Los runners deben ejecutarse en su propio hardware o en su propio tenant de nube. Los runners de CRACI alojados por el cliente están en la hoja de ruta, no disponibles hoy.
• Necesita builds de macOS o Windows en Europa. CRACI ejecuta Linux en x86-64 y ARM64 hoy, con Windows y macOS en la hoja de ruta.
• Necesita el precio por minuto más bajo. Otras opciones europeas anuncian precios más bajos.

Runners europeos para GitHub Actions: preguntas frecuentes

¿Pueden ejecutarse los builds de GitHub Actions en la UE?

Sí. El build se ejecuta allí donde esté el runner, así que un runner en infraestructura europea ejecuta su build en Europa. Puede obtenerlo de un proveedor gestionado como CRACI, de GitHub Enterprise Cloud con residencia de datos, que puede situar runners alojados en regiones de Azure de la UE, o ejecutando runners autoalojados en una nube europea.

¿Existe un proveedor europeo de runners de GitHub Actions?

Sí. CRACI es una empresa europea, y sus runners gestionados para GitHub Actions se ejecutan en infraestructura bare-metal europea. Otros proveedores también tienen máquinas en Europa; compruebe tanto dónde están las máquinas como qué empresa las opera.

Si mi runner está en la UE, ¿mi CI tiene soberanía digital?

No por sí solo. Un runner europeo traslada la ejecución del build y el registro de lo que el build descargó. GitHub sigue almacenando el código, los secretos, los logs y los artefactos, y orquesta cada job. Para sacar a GitHub de la ecuación, necesita otra plataforma de CI con alojamiento europeo.

¿Qué datos se quedan en GitHub cuando uso un runner europeo?

El repositorio, los archivos de workflow, el almacén de secretos, las ejecuciones y los logs de los workflows, la interfaz de checks y los artefactos subidos con actions/upload-artifact. El runner recibe el código y los secretos del job mientras el job se ejecuta. CRACI procesa su código en la máquina virtual del job y no lo almacena.

¿Ofrece GitHub residencia de datos en la UE para Actions?

En GitHub Enterprise Cloud con residencia de datos, alojado en GHE.com, puede elegir una región de la UE, y GitHub almacena allí los repositorios y los datos y logs de Actions. Sus runners alojados pueden ejecutarse en regiones de Azure de la UE mediante la red privada de Azure. El operador sigue siendo GitHub, y la oferta es solo para clientes de Enterprise Cloud.

¿Qué diferencia hay entre la residencia de datos en la UE y la soberanía digital?

La residencia de datos trata de dónde se almacenan y procesan los datos. La soberanía digital añade quién controla los datos y qué ley se aplica a esa parte. Un centro de datos europeo operado por una empresa de fuera de Europa le da residencia, no soberanía digital. Enumere cada capa de su pipeline, quién la opera y dónde, y compárelo con su requisito.