Mais 131% CVE comunicadas por dia em 2026 do que no ano passado.

Runners

Runners europeus para GitHub Actions

Execute os seus jobs de GitHub Actions nos runners do CRACI, em infraestrutura bare-metal europeia operada por uma empresa europeia, cerca de duas vezes mais depressa do que nos runners alojados no GitHub e com um registo do que cada build obteve. O GitHub continua a ser o seu plano de controlo. Esta página explica exatamente o que isso significa.

Atualizado a

O que um runner europeu muda, e o que não muda

Um pipeline de GitHub Actions tem camadas, e cada uma pode estar num local diferente. Um runner de CI é apenas uma delas: a máquina onde o job é executado. Eis quem opera cada camada, e onde, em três configurações comuns.

Camada Runners alojados no GitHub em github.com GitHub Enterprise Cloud com residência de dados na UE Runners do CRACI
Armazenamento do repositório e do código-fonte GitHub; o github.com guarda os dados nos EUA por predefinição GitHub, na região da UE GitHub, como na sua configuração atual. O CRACI processa o código na máquina virtual do job e não o guarda
Orquestração, execuções de workflows, logs, interface de verificações GitHub GitHub; dados e logs do Actions guardados na região da UE GitHub, como na sua configuração atual
Armazenamento de segredos GitHub GitHub GitHub; entregues ao runner do CRACI quando o job arranca
Execução do build Runners alojados no GitHub em Microsoft Azure e, para alguns jobs Linux standard, AWS; regiões não indicadas Runners alojados em regiões Azure da UE, através de Azure private networking Runners do CRACI em infraestrutura bare-metal europeia
Registo do que o build obteve Não registado Não registado SBOM e traços de rede, guardados pelo CRACI, alojados na Europa
Artefactos de actions/upload-artifact GitHub GitHub; dados do Actions guardados na região da UE GitHub, como na sua configuração atual
Quem opera GitHub, uma empresa da Microsoft GitHub, uma empresa da Microsoft GitHub para o plano de controlo; CRACI Corporation Oy, uma empresa finlandesa, para o runner

Em termos simples: com o CRACI, a computação que vê o seu código e os seus segredos durante o build é executada na Europa e operada por uma empresa europeia, tal como o registo de cada pacote que o build incorporou. O GitHub continua a guardar o código e a orquestrar o job. O CRACI substitui o runner, não o GitHub Actions.

Residência de dados não é soberania digital

A residência de dados diz respeito ao local onde os dados são guardados e processados. A soberania digital acrescenta duas perguntas: quem controla os dados e que lei se aplica a essa entidade, incluindo que jurisdição pode obrigar o operador a entregar os dados. Um centro de dados europeu operado por uma empresa de fora da Europa dá-lhe residência, não soberania. Saber que jurisdições importam no seu caso é uma questão para o seu consultor jurídico, não para um fornecedor de runners.

Uma regra de decisão que resiste a uma auditoria: liste cada camada da tabela acima, anote quem a opera e onde é executada, e compare isso com o seu requisito. Se o requisito abranger apenas onde os builds são executados e onde ficam os dados de build, um runner europeu pode cumpri-lo. Se abranger o plano de controlo ou o armazenamento do código, um runner, por si só, não consegue.

As suas opções na Europa

Opção O que é executado na Europa Quem opera Limitações
GitHub Enterprise Cloud com residência de dados (GHE.com) Código e dados do Actions na região da UE; runners alojados em regiões Azure da UE através de Azure private networking (x64 em France Central e Sweden Central, arm64 em France Central) GitHub Apenas Enterprise Cloud; uma enterprise GHE.com separada
CRACI Runners Linux geridos em infraestrutura bare-metal europeia, com evidências de build incluídas CRACI Corporation Oy, uma empresa europeia Apenas GitHub Actions e Linux, hoje
Ubicloud Runners de GitHub Actions nas suas regiões europeias, na Alemanha e na Finlândia Ubicloud, com escritórios em São Francisco, Amstelveen e Istambul Runners Ubuntu
Avrea O Avrea indica fornecedores de alojamento como Aiven, Google Cloud e OVHcloud, e pede aos clientes que discutam com ele os requisitos de localização dos dados Avrea, fundado em Helsínquia A localização dos dados é acordada com o Avrea, não publicada por região
Blacksmith Máquinas em Amesterdão e Frankfurt, além dos EUA; uma organização pode pedir para ser movida para outra região Blacksmith, com o plano de controlo na AWS Uma localização europeia, não um operador europeu
Runners self-hosted numa cloud europeia Os seus runners nos servidores de um fornecedor europeu, com Actions Runner Controller ou simples máquinas virtuais A sua equipa É a sua equipa que os atualiza, isola e escala
Outra plataforma de CI com alojamento europeu Tudo, incluindo o plano de controlo: GitLab self-managed ou uma instância Forgejo ou Gitea A sua equipa ou o seu parceiro de alojamento Uma migração de CI, não uma mudança de runner

Para o detalhe um a um, consulte CRACI vs Ubicloud, CRACI vs Avrea e CRACI vs Blacksmith e, para o panorama mais amplo, fornecedores de runners de GitHub Actions comparados. Se está a ponderar operar os seus próprios runners, consulte runners geridos vs self-hosted.

O que o CRACI executa na Europa

  • Runners geridos, alojados na Europa. Os builds são executados em infraestrutura bare-metal europeia, operada pela CRACI Corporation Oy. O CRACI oferece hoje runners geridos; os runners alojados pelo cliente estão no roadmap.
  • Residência de dados na UE no Enterprise. O plano Enterprise inclui residência de dados na UE, a par de retenção personalizada e SAML SSO.
  • Isolamento. Cada job é executado na sua própria máquina virtual isolada.
  • O que o CRACI guarda, e o que não guarda. O CRACI processa o seu código-fonte na máquina virtual do job e não o guarda. Guarda metadados de build, dados de pacotes, traços de rede, SBOM, proveniência, caches e registos de auditoria. As caches contêm o que o seu workflow lá guardar.
  • Um intervalo estável de IP de egress, para as listas de permissões a que o seu build acede.
  • Certificação. O sistema de gestão da segurança da informação da CRACI Corporation Oy, para o desenvolvimento e a operação da plataforma CRACI, está certificado segundo a ISO/IEC 27001 pela Into Certification. O CRACI está em conformidade com o RGPD.

Para o detalhe de que a sua avaliação de segurança precisa, consulte segurança, o Trust Center e a que o CRACI pode aceder.

Porque vale a pena mover a camada de build

Mesmo quando o GitHub fica, o runner é a camada que vale a pena mover primeiro. É onde o seu código é compilado com os seus segredos presentes e onde os pacotes de terceiros entram no seu produto. Executá-lo em infraestrutura europeia mantém essa execução, e o registo de cada pacote que obteve, em infraestrutura operada por uma empresa europeia, e não na computação de um hyperscaler norte-americano.

Esse registo é também uma evidência. O CRACI regista as dependências de cada job como uma SBOM com um estado de completude, sob uma política de egress que falha em modo fechado, e continua a monitorizá-las face a novas vulnerabilidades. A regulamentação europeia, como o Cyber Resilience Act, pede cada vez mais aos fabricantes exatamente este tipo de registo.

A mudança é uma alteração de etiqueta: runs-on: craci. O CRACI executa builds cerca de duas vezes mais depressa do que os runners alojados no GitHub, graças a hardware mais rápido, tempos em fila mais curtos e caching, e cobra apenas os minutos de build: $0.002 por minuto de vCPU ($0.004 para um runner predefinido de 2 vCPU), medidos ao segundo, sem mensalidade. Consulte os runners do CRACI, os preços e como mudar de fornecedor de runners.

Quando o CRACI não é a resposta

  • O seu requisito abrange o plano de controlo ou o armazenamento do código. Um runner europeu não chega. Precisa de GitLab self-managed ou de uma forge self-hosted na Europa; consulte alternativas ao GitLab. Hoje, o CRACI suporta apenas GitHub Actions, com GitLab CI e Jenkins no roadmap.
  • Os runners têm de ser executados no seu próprio hardware ou no seu próprio tenant cloud. Os runners do CRACI alojados pelo cliente estão no roadmap e não estão disponíveis hoje.
  • Precisa de builds macOS ou Windows na Europa. Hoje, o CRACI executa Linux em x86-64 e ARM64, com Windows e macOS no roadmap.
  • Precisa do preço por minuto mais baixo. Outras opções europeias anunciam preços mais baixos.

Runners europeus de GitHub Actions: perguntas frequentes

Os builds de GitHub Actions podem ser executados na UE?

Sim. O build é executado onde estiver o runner, pelo que um runner em infraestrutura europeia executa o seu build na Europa. Pode obtê-lo através de um fornecedor gerido como o CRACI, do GitHub Enterprise Cloud com residência de dados, que pode colocar runners alojados em regiões Azure da UE, ou executando runners self-hosted numa cloud europeia.

Existe um fornecedor europeu de runners de GitHub Actions?

Sim. O CRACI é uma empresa europeia, e os seus runners geridos para GitHub Actions são executados em infraestrutura bare-metal europeia. Outros fornecedores também têm máquinas na Europa; verifique onde estão as máquinas e que empresa as opera.

Se o meu runner estiver na UE, a minha CI tem soberania digital?

Não por si só. Um runner europeu move a execução do build e o registo do que o build obteve. O GitHub continua a guardar o código, os segredos, os logs e os artefactos, e orquestra todos os jobs. Para retirar o GitHub da equação, precisa de outra plataforma de CI com alojamento europeu.

Que dados ficam no GitHub quando uso um runner europeu?

O repositório, os ficheiros de workflow, o armazenamento de segredos, as execuções e os logs dos workflows, a interface de verificações e os artefactos enviados com actions/upload-artifact. O runner recebe o código e os segredos do job enquanto este decorre. O CRACI processa o seu código na máquina virtual do job e não o guarda.

O GitHub oferece residência de dados na UE para o Actions?

No GitHub Enterprise Cloud com residência de dados, alojado em GHE.com, pode escolher uma região da UE, e o GitHub guarda aí os repositórios e os dados e logs do Actions. Os seus runners alojados podem ser executados em regiões Azure da UE através de Azure private networking. O operador continua a ser o GitHub, e a oferta destina-se apenas a clientes Enterprise Cloud.

Qual é a diferença entre residência de dados na UE e soberania digital?

A residência de dados diz respeito ao local onde os dados são guardados e processados. A soberania digital acrescenta quem controla os dados e que lei se aplica a essa entidade. Um centro de dados europeu operado por uma empresa de fora da Europa dá-lhe residência, não soberania. Liste cada camada do seu pipeline, quem a opera e onde, e compare isso com o seu requisito.

Execute um build em infraestrutura europeia

Marque uma demo: execute um dos seus workflows em infraestrutura europeia e veja o que obteve.

Marcar demo