Skip to content
Latchkey

Alternativa ao RunsOn: runners do GitHub Actions totalmente gerenciados e com autocorreção

O RunsOn é uma ótima escolha se você quer runners na sua própria AWS. Se você prefere não operar AWS de forma alguma, a principal alternativa é um serviço de runner totalmente gerenciado.

Segundo a documentação do RunsOn, o RunsOn são runners self-hosted do GitHub Actions que rodam na sua própria conta AWS sob uma licença, com "nenhum Kubernetes, nenhum controller para gerenciar" e EC2/S3 cobrados diretamente de você sem markup (runs-on.com). Isso é ideal quando você quer residência de dados na sua nuvem e o menor preço bruto de computação spot. O trade-off é que você opera o stack de CloudFormation, IAM, VPC, capacidade spot e cotas da AWS. Se essa superfície operacional é o motivo pelo qual você procura uma alternativa, um serviço totalmente gerenciado como o Latchkey a remove por completo e acrescenta autocorreção. Verifique o preço atual e os runners suportados do RunsOn em runs-on.com antes de escolher.

Onde cada modelo se encaixa

RunsOn (self-hosted na sua AWS)Latchkey (totalmente gerenciado)
Conta AWS necessáriaSim (quickstart do RunsOn)Não
Você roda o stackSim (CloudFormation / Terraform)Não
Residência de dados na sua nuvemSim (docs do RunsOn)Gerenciado
Custo bruto de computaçãoO menor (spot na sua AWS, sem markup)Baixo, por minuto
Falhas com autocorreçãoNãoSim
Cache S3 in-VPC ilimitadoSim ("Magic Cache", docs do RunsOn)Cache integrado

No que o RunsOn é genuinamente bom

O RunsOn tem forças reais que valem ser nomeadas: os runners ficam na sua própria conta AWS para residência de dados, seu "Magic Cache" oferece cache S3 in-VPC ilimitado sem teto de 10GB por cache e largura de banda in-VPC gratuita (runs-on.com/caching/s3-cache-for-github-actions), ele suporta uma enorme faixa de instâncias de 1 a 896 vCPU em x64, ARM64, GPU e NVMe (runs-on.com/runners), e você paga a AWS diretamente sem markup por minuto. Para equipes que querem sua nuvem e o menor custo bruto de spot, esse é um pacote forte.

Quando escolher uma alternativa gerenciada

  • Você não quer operar um stack de CloudFormation, roles de IAM, capacidade spot ou cotas da AWS.
  • Você não quer rodar runners dentro da sua própria conta AWS de forma alguma.
  • Você quer que falhas transitórias e mecânicas se autocorrijam automaticamente em vez de acionar você ou forçar re-runs manuais.

O que o Latchkey acrescenta

O Latchkey é totalmente gerenciado, então não há conta AWS, stack ou capacidade spot para rodar. Ele acrescenta CI com autocorreção: falhas de falta de memória, disco cheio e timeout de registry são detectadas, corrigidas e reexecutadas automaticamente. Trocar é uma troca de runs-on em uma linha porque ele usa runners padrão do GitHub Actions.

O veredito

O RunsOn é a escolha certa quando runners na sua própria AWS e o menor custo bruto de spot superam a operação. Se você quer o trade-off oposto, sem conta AWS, sem stack e com autocorreção em cada job, o Latchkey é a alternativa totalmente gerenciada. Comece grátis e faça benchmark com seus pipelines reais.

Perguntas frequentes

O RunsOn é um serviço gerenciado?
Não. Segundo a própria documentação do RunsOn, o RunsOn é um control plane que você hospeda por conta própria sob uma licença, e os runners são iniciados na sua própria conta AWS com EC2 e S3 cobrados diretamente de você (runs-on.com). O Latchkey é a alternativa totalmente gerenciada. Verifique os detalhes atuais em runs-on.com.
De onde vêm esses detalhes do RunsOn e eles estão atualizados?
Cada detalhe do RunsOn aqui é extraído das próprias páginas de documentação e preços do RunsOn (runs-on.com, runs-on.com/pricing, runs-on.com/docs). Os preços, tiers e runners suportados do RunsOn podem mudar, então verifique o preço e os recursos atuais em runs-on.com antes de decidir. Os números de escala e economia auto-relatados pelo RunsOn são alegações do próprio RunsOn e não são auditados de forma independente.

Guias relacionados