Migrando do Ubicloud para o Latchkey: o que muda

Tanto o Ubicloud quanto o Latchkey conectam runners gerenciados do GitHub Actions com uma alteração de runs-on em uma linha, então trocar entre eles tem pouco atrito. A diferença prática é o que acontece quando um job falha por um motivo transitório.

De acordo com a documentação do Ubicloud, você adota seus runners trocando o rótulo ubuntu-latest por um rótulo do Ubicloud como ubicloud-standard-2. O Latchkey funciona da mesma forma: uma troca de runs-on em uma linha, com seu YAML e actions inalterados. Portanto, uma migração entre os dois é basicamente uma mudança de rótulo. Onde eles diferem é na confiabilidade: o Latchkey adiciona CI com autocorreção, em que falhas transitórias e mecânicas (kills por falta de memória, erros de disco cheio, timeouts de registry) são detectadas, corrigidas e reexecutadas automaticamente, em vez de deixar você reexecutar um build vermelho. Veja o que realmente muda quando você faz a mudança.

Ubicloud vs Latchkey em resumo

O que permanece igual

• A mudança é uma alteração de runs-on em uma linha em ambas as plataformas, então seus workflows, actions e YAML ficam intactos.
• Ambos executam runners padrão do GitHub Actions, então actions/checkout, actions/cache e o restante dos seus steps se comportam da mesma forma.
• Ambos custam menos que os runners hospedados pelo GitHub, então você está comparando duas opções mais baratas em vez de trocar custo por economia.

No que o Ubicloud é realmente bom

O Ubicloud é uma cloud open source (sua stack de runners faz parte do projeto open source ubicloud/ubicloud no GitHub) e compete de forma agressiva em preço. De acordo com a página de preços do Ubicloud, ele cobra por minuto e destaca economias significativas em relação ao GitHub Actions, além de um pequeno crédito mensal. Se infraestrutura open source e o menor preço de tabela são suas principais prioridades, essa é uma força real e honesta. Confirme os preços atuais do Ubicloud no site deles, já que os preços de fornecedores mudam.

O que o Latchkey adiciona

O Latchkey é construído em torno de CI com autocorreção. Em seus runners gerenciados, falhas transitórias e mecânicas são detectadas e reexecutadas automaticamente, então você para de pagar por re-execuções e para de vigiar builds vermelhos. Ele também aplica otimização de build com IA para acelerar pipelines e cobra até 70% menos por minuto que o GitHub Actions. O trade-off a ser honesto: o Latchkey não é open source. Se open source é um requisito rígido, o Ubicloud atende a essa necessidade de um jeito que o Latchkey não atende.

Como fazer a migração

• Escolha um workflow representativo para testar em vez de migrar tudo de uma vez.
• Mude o rótulo runs-on do seu rótulo do Ubicloud de volta para ubuntu-latest e, então, para o seu rótulo do Latchkey.
• Execute-o algumas vezes, incluindo em uma branch que tem sido instável, para que você possa ver a autocorreção recuperar uma falha transitória.
• Compare a conta e a taxa de builds verdes com o Ubicloud antes de expandir para mais workflows.

O veredito

Se open source e o menor preço de tabela são sua prioridade, o Ubicloud é uma escolha sólida e vale a pena manter. Se sua dor real são re-execuções instáveis e você quer runners que se recuperam de falhas transitórias por conta própria, o Latchkey é a opção mais adequada. Como ambos são uma troca em uma linha, você pode testar o Latchkey em um único workflow e comparar com seus builds reais do Ubicloud antes de se comprometer.

Perguntas frequentes

Guias relacionados