Alternativas
Alternativas ao Depot para runners de GitHub Actions
O Depot torna os builds mais rápidos, sobretudo os builds Docker. As equipas procuram alternativas quando querem outros preços, outras plataformas ou um registo do que cada build usou.
Atualizado a
Somos nós que desenvolvemos o CRACI, por isso tenha isso em conta; descrevemos cada opção a partir da sua própria documentação e dizemos quando outra ferramenta se adequa melhor.
Porque é que as equipas procuram alternativas ao Depot
O Depot (depot.dev) oferece runners Linux de 2 a 64 vCPU, Windows e, a partir do plano Startup, macOS, ligados a uma cache distribuída, além de um serviço remoto de builds Docker com uma cache de camadas persistente. Os runners Linux suportam filtragem de egress e, no plano Business, os runners podem ficar na sua própria conta AWS.
As equipas procuram outras opções quando a sua situação muda:
- Preço. Em setembro de 2026, um runner de 2 vCPU custa $0.006 por minuto além dos minutos do plano, contabilizados ao segundo.
- Evidências. O Depot consegue analisar imagens com Syft, mas não regista uma SBOM do que cada job obteve.
- Foco. Grande parte do valor do Depot está no Docker e na cache remota de builds; os builds que não precisam disso aproveitam menos o que pagam.
O que procurar
- Preço por vCPU-minuto, memória por vCPU e como é arredondada a utilização.
- Os sistemas operativos e as arquiteturas de que precisa, incluindo ARM64.
- Cache de dependências e de camadas Docker.
- Controlo do egress, e se é uma política no job ou infraestrutura de rede que tem de manter.
- Evidências do build: SBOM, proveniência e um registo do que cada job obteve.
- Onde ficam os runners: alojados, na sua conta cloud ou no seu hardware.
As opções
1. CRACI (o nosso produto)
O CRACI é um runner compatível com GitHub Actions concebido em torno da segurança da cadeia de abastecimento, e executa builds cerca de duas vezes mais depressa do que os runners alojados no GitHub. Instale a CRACI GitHub App e defina runs-on: craci. A faturação é de $0.002 por vCPU-minuto ($0.004 para um runner predefinido de 2 vCPU), medida ao segundo, sem mensalidade e sem custo por SBOM. O ARM64 é faturado à mesma tarifa. Os tamanhos vão de 1 a 32 unidades de computação de 1 vCPU e 3 GB de RAM. Cada job produz uma SBOM do que obteve, com um estado de completude, é executado sob uma política de egress que falha em modo fechado e regista dados de proveniência que a API devolve.
Indicado para: builds Linux de software que distribui, quando precisa de demonstrar o que entrou em cada versão.
A considerar se: as evidências e o controlo do egress contam tanto como o custo. Atualmente, o CRACI é apenas Linux (Windows e macOS estão no roadmap) e não tem nível gratuito.
CRACI face aos runners alojados no GitHub
2. Blacksmith
O Blacksmith executa jobs de GitHub Actions em microVMs Firecracker, com Ubuntu em x64 e ARM de 2 a 32 vCPU, Windows em beta pública e macOS em Apple M4. Afirma que os seus runners são duas vezes mais rápidos do que os runners alojados no GitHub. Uma cache colocalizada funciona com as ações de cache padrão, e os sticky disks oferecem cache de camadas Docker a $0.50 por GB por mês. Em setembro de 2026, 2 vCPU x64 custa $0.004 por minuto e ARM $0.0025, com 3.000 minutos gratuitos por mês.
Indicado para: Actions mais rápidas e mais baratas, com cache Docker e depuração por SSH.
3. Namespace
A Namespace executa runners Linux, Windows e macOS em hardware que ela própria opera, selecionados através de perfis de runner. Os volumes de cache mantêm os dados em armazenamento local entre execuções. As suas políticas de egress funcionam em modo de bloqueio ou em modo consultivo, que regista as decisões sem bloquear, para que possa construir uma allowlist a partir de tráfego real. Em setembro de 2026, um runner Linux de 2 vCPU e 4 GB custa $0.002 por minuto dentro do plano e $0.003 em excedente.
Indicado para: runners Linux, Windows e macOS de um só fornecedor, com volumes de cache.
A considerar se: pretende experimentar uma política de egress antes de a aplicar.
4. WarpBuild
A WarpBuild oferece runners Linux em x86-64 e arm64 até 32 vCPU, Windows Server e macOS em Apple M4 Pro, com cache de camadas de contentores e runners com snapshots. A sua opção bring-your-own-cloud executa os mesmos runners na sua conta AWS, GCP ou Azure a $0.002 por minuto, mais a fatura da sua cloud. A versão alojada de 2 vCPU x86-64 custa $0.004 por minuto (em setembro de 2026). A WarpBuild anuncia builds duas a dez vezes mais rápidos.
Indicado para: runners geridos dentro da sua própria conta de cloud.
A considerar se: precisa de suporte para GitHub Enterprise Server ou de um SLA de 99.9% de disponibilidade.
5. Ubicloud
A Ubicloud é uma cloud open source, e os seus runners geridos de GitHub Actions ativam-se com uma única etiqueta, como ubicloud-standard-2. Oferece runners Ubuntu em x64 e arm64 de 2 a 30 vCPU. Em setembro de 2026, 2 vCPU custa $0.00125 por minuto em x64 e em arm64, faturado ao minuto, e cada conta recebe um crédito mensal de $2.50, cerca de 1.250 minutos. A Ubicloud também permite gerir os seus próprios runners.
Indicado para: um preço por minuto baixo para jobs Linux em runners alojados.
A considerar se: só precisa de Linux. A documentação de runners da Ubicloud lista apenas imagens Ubuntu.
6. RunsOn
O RunsOn lança uma instância EC2 efémera por job na sua própria conta AWS, a partir de uma única stack CloudFormation ou Terraform. Executa Linux em x64 e arm64, Windows e instâncias GPU; os jobs macOS ficam nos runners alojados no GitHub. Uma cache S3 na sua VPC e a cache de camadas Docker estão incluídas. Em setembro de 2026, a licença é uma taxa anual fixa por entidade jurídica, de cerca de $348 (€300) por ano no Starter a cerca de $4,176 (€3,600) no Enterprise, e a AWS fatura a computação sem margem do RunsOn. É gratuito para uso não comercial e tem um período experimental de 15 dias.
Indicado para: runners dentro da sua própria conta AWS por uma taxa de licença fixa.
A considerar se: já trabalha na AWS e pretende pagar a computação diretamente.
7. Cirun
O Cirun oferece "managed self-hosted runners at the fraction of cost, on your cloud." Os runners arrancam na sua própria conta AWS, Google Cloud, Azure, Oracle, OpenStack ou DigitalOcean, configurados num ficheiro .cirun.yml, e podem executar Linux ou Windows, em ARM ou com GPU como a NVIDIA Tesla T4. Em setembro de 2026, o Cirun é gratuito para repositórios públicos, o Startup custa $29 por mês para 3 repositórios privados e o Business $79 para 10, e as máquinas correm por conta da fatura da sua própria cloud.
Indicado para: runners GPU na sua própria conta de cloud, na cloud que escolher.
A considerar se: mantém projetos open source, que o Cirun suporta gratuitamente.
Runners geridos face a runners self-hosted
8. Runners alojados no GitHub
Os runners alojados no GitHub dão a cada job uma máquina virtual nova, sem nada para operar, em Linux, Windows e macOS. Os planos incluem de 2.000 a 50.000 minutos por mês, e os runners padrão são gratuitos em repositórios públicos. Em setembro de 2026, o GitHub indica para um runner Linux x64 padrão de 2 núcleos o preço de $0.006 por minuto e arredonda cada job para o minuto inteiro seguinte.
Indicado para: zero configuração, todos os sistemas operativos e uma utilização que caiba nos minutos do seu plano.
Alternativas aos runners alojados no GitHub
9. Runners self-hosted com Actions Runner Controller
O Actions Runner Controller (ARC) é "a Kubernetes operator that orchestrates and scales self-hosted runners for GitHub Actions." Os runner scale sets crescem e encolhem com o número de workflows em execução, e os runners podem ser contentores efémeros. Em setembro de 2026, o GitHub não cobra por minuto a utilização self-hosted, mas a sua empresa é responsável pelo sistema operativo e pelo software, e o GitHub avisa que os runners self-hosted quase nunca devem ser usados em repositórios públicos.
Indicado para: jobs que têm de ser executados na sua rede ou no seu hardware.
A considerar se: já opera Kubernetes e tem tempo para o reforçar e manter.
Runners geridos face a runners self-hosted
Lado a lado
| Funcionalidade | CRACI | Alojados no GitHub | Blacksmith | Depot | Namespace | WarpBuild | Self-hosted |
|---|---|---|---|---|---|---|---|
| Preço, 2 vCPU Linux x64 | $0.004 por minuto | $0.006 por minuto | $0.004 por minuto | $0.006 por minuto além do plano | $0.002 no plano, $0.003 em excedente | $0.004 por minuto | Sem custo do GitHub; paga os hosts |
| Medição | Ao segundo | Arredondado por job ao minuto seguinte | Não indicado | Ao segundo | Mínimo de um minuto, depois ao minuto | Ao minuto | Os seus hosts, ocupados ou parados |
| Utilização gratuita | Sem nível gratuito | 2.000 a 50.000 minutos por mês | 3.000 minutos por mês | Período experimental de 7 dias | Não indicado | Utilização gratuita incluída | Não aplicável |
| Windows e macOS | Atualmente, só Linux | Windows em beta | Qualquer host que opere | ||||
| Cache de camadas Docker | Não indicado | A sua configuração | |||||
| Política de egress por job | Rede privada Azure | IPs estáticos | Bloqueio ou consultivo | Regras de rede BYOC | Construída por si | ||
| SBOM do que cada job obteve | Com estado de completude | Análise de imagens com Syft | |||||
| Proveniência do build assinada | Sem proveniência assinada | Atestações de artefactos | Atestações de imagens BuildKit | Ferramentas que acrescenta | |||
| Funciona na sua cloud ou rede | Runners alojados pelo cliente, Enterprise | Rede privada Azure | Não indicado | AWS, plano Business | Não indicado | BYOC |
- Incluído
- Em parte
- Não incluído
- No roadmap
"Não indicado" significa que não conseguimos confirmá-lo nas páginas públicas do fornecedor.
Quando ficar com o Depot
- O seu tempo de CI é dominado por builds de imagens Docker.
- Depende da cache remota para Bazel, Gradle, Turborepo ou sccache.
- Os runners têm de ficar dentro da sua própria conta AWS.
- Pode combinar: a escolha é feita por job, pelo que alguns jobs podem mudar e os restantes ficar.
Saiba mais sobre integração com CI/CD, preços do CRACI e os runners de GitHub Actions comparados.
Alternativas ao Depot: perguntas frequentes
Respostas curtas às perguntas que as equipas fazem quando comparam
Qual é a melhor alternativa ao Depot?
Depende da razão pela qual está a sair. Para um preço por minuto mais baixo, veja o Ubicloud ou o Namespace. Para runners na sua própria conta cloud, veja o WarpBuild, o RunsOn ou o Cirun. Se precisa de um registo do que cada build obteve e de uma política de egress que falha em modo fechado, o CRACI faz ambas as coisas em cada job.
Qual é a alternativa mais barata ao Depot?
Entre os runners alojados aqui apresentados, o Ubicloud lista o preço mais baixo: $0.00125 por minuto para 2 vCPU em x64 e arm64, em setembro de 2026. O runner de 2 vCPU do Depot custa $0.006 por minuto além dos minutos do plano. Os runners self-hosted não têm custo por minuto do GitHub, mas paga e mantém os hosts.
Que alternativas ao Depot funcionam na minha própria cloud?
A opção bring-your-own-cloud do WarpBuild corre em AWS, GCP ou Azure por $0.002 por minuto, mais a sua fatura de cloud. O RunsOn corre na sua conta AWS por uma licença anual fixa, e o Cirun suporta AWS, Google Cloud, Azure, Oracle, OpenStack e DigitalOcean. Os runners do CRACI são hoje geridos, com runners alojados pelo cliente no roadmap para o Enterprise.
Que alternativas suportam Windows, macOS ou GPU?
Os runners alojados no GitHub, o Blacksmith, o Namespace e o WarpBuild oferecem Windows e macOS, com Windows em beta pública no Blacksmith. O RunsOn e o Cirun oferecem Windows e instâncias com GPU na sua própria cloud. O CRACI executa hoje Linux x86-64 e ARM64, com Windows e macOS no roadmap.
O que é que o Depot faz bem?
Builds Docker e cache remota. O depot build executa builds Docker em hosts BuildKit remotos com uma cache de camadas persistente, e uma cache remota serve Bazel, Gradle, Turborepo e sccache. Se é aí que se gasta o seu tempo de CI, faz sentido ficar com o Depot.
Experimente outro runner num job
Altere runs-on num único job, execute-o no CRACI e compare a fatura, o build e a SBOM.
Marcar demo