Uma alternativa aos GitHub Larger Runners para jobs de CI pesados
Os GitHub larger runners resolvem nativamente o problema de "meu build precisa de mais cores". A razão mais comum para procurar uma alternativa é o custo por minuto em volume.
Os GitHub larger runners são VMs gerenciadas com mais cores, RAM e disco, disponíveis nos planos GitHub Team e Enterprise Cloud segundo a documentação do GitHub. Eles são excelentes quando você quer uma opção nativa e zero configuração de terceiros. Se você roda jobs pesados com frequência, a taxa por minuto (sem cota de minutos inclusos, segundo o GitHub) costuma ser o motivo pelo qual as equipes avaliam alternativas. A Latchkey é uma alternativa de managed runner que atende aos mesmos tamanhos de job por uma taxa por minuto menor e adiciona autocorreção. Verifique os preços atuais do GitHub no site deles.
Visão geral
| Capacidade | GitHub larger runners | Latchkey |
|---|---|---|
| Mais cores que os runners padrão | Sim | Sim |
| Aplicam-se minutos inclusos/gratuitos | Não (segundo a documentação do GitHub) | Nível gratuito incluso |
| CI com autocorreção (auto-retry de falhas transitórias) | Não | Sim |
| Configuração | Runner group + label personalizado | Troca de label runs-on |
| Integração nativa com o GitHub | A mais profunda | Padrão |
| Mais conhecido por | VMs gerenciadas maiores e nativas | Autocorreção + managed runners de menor custo |
No que os GitHub larger runners são bons
Eles são nativos do GitHub, não precisam de nenhum fornecedor de terceiros e se integram profundamente com runner groups, autoscaling, controles de concorrência e (no Enterprise Cloud) faixas de IP estáticas. Segundo a documentação do GitHub, eles abrangem tamanhos de até 64 vCPU em ARM64 e de até 96 vCPU em x64, além de opções com GPU e ARM. Fontes: https://docs.github.com/en/actions/reference/runners/larger-runners e https://docs.github.com/en/actions/using-github-hosted-runners/using-larger-runners/about-larger-runners.
O que a Latchkey adiciona
A Latchkey é construída em torno de CI com autocorreção: kills por falta de memória, erros de disco cheio e timeouts de registry são detectados e reexecutados automaticamente, então você para de pagar por re-execuções. Ela combina isso com managed runners a um custo por minuto menor e uma troca de runs-on drop-in, sem a sobrecarga de gerenciar runner groups ou labels.
Como escolher entre eles
- Escolha os GitHub larger runners se você quer uma opção nativa, a integração mais profunda com o GitHub ou recursos do Enterprise Cloud como faixas de IP estáticas para runners.
- Escolha a Latchkey se você quer custo por minuto menor em jobs pesados mais autocorreção que remove re-execuções instáveis automaticamente.
O veredito
Para jobs pesados ocasionais em que a integração nativa é o que mais importa, os GitHub larger runners são uma sólida opção nativa. Para builds pesados frequentes em que o custo por minuto e as re-execuções instáveis se acumulam, a Latchkey é a melhor escolha. Comece de graça e faça benchmark de ambos nos seus pipelines reais.