Namespace vs GitHub-Hosted Runners Comparados

Por Daniel Zoghalchali·Latchkey

O Namespace oferece runners rápidos e infraestrutura de build remota - um upgrade forte sobre os GitHub-hosted para times com builds pesados.

O Namespace fornece runners rápidos para GitHub Actions além de cache remoto e infraestrutura de build mais amplos. É um upgrade capaz sobre os GitHub-hosted. Veja a comparação - e onde os managed runners com autocorreção diferem.

Namespace vs GitHub-hosted, private repository

O que o Namespace faz bem

O Namespace combina runners ágeis com cache remoto e infraestrutura de build, o que serve bem a times investindo em uma plataforma de build mais ampla, além dos runners puros.

Onde os managed runners vão além

O Latchkey é um runner drop-in mais barato (~70% abaixo do GitHub-hosted) com warm pools e cache embutido de dependências e de camadas Docker, além de autocorreção que faz auto-retry de falhas transitórias.

• A job needing 8 GB of RAM but only 2 cores has to buy a 4 vCPU shape to get the memory, so you pay for cores you will not use.
• Java, Gradle, and large Node or Webpack builds are frequently memory-bound rather than CPU-bound, and this is exactly where the ratio costs you.
• The macOS multiplier of 10x and the Linux-on-Apple-silicon multiplier of 7x mean the cheap Linux rate tells you nothing about your macOS bill.
• Cache is billed by GB-hour rather than included, so a large persistent cache is a separate line item to model.

Custo somado a confiabilidade

O Namespace é atraente para o investimento em plataforma de build; se a sua prioridade é o menor custo somado à recuperação automática de falhas instáveis, um managed runner com autocorreção é o encaixe mais forte.

• Free and unlimited on public repositories, at a larger 4 vCPU / 16 GB shape than the private-repo default.
• One vendor, one bill, one status page, and the reference runner images every action is tested against.
• No plan commitment to reach the best rate. Namespace prepaid pricing assumes you have bought a tier.
• Predictable arithmetic. Per-minute-per-size is easier to forecast than a unit model with platform multipliers.

Migrar é trocar uma label

Como em todo provedor gerenciado desta categoria, adotar e reverter são a mesma edição de uma linha, então um teste com um único job é a forma barata de obter números reais em vez de modelados.

jobs:
  test:
    # GitHub-hosted
    runs-on: ubuntu-latest

    # Namespace
    runs-on: namespace-profile-default

    # Latchkey
    runs-on: latchkey-small

Nenhum dos dois recupera um job instável

O Namespace compete na economia da computação. Ele não muda o que acontece quando um job falha por um motivo que nada tem a ver com o seu código. Um timeout de registry, um binário de navegador que não instalou, um erro transitório de resolução: no GitHub-hosted e no Namespace o job falha, os minutos perdidos são cobrados, a reexecução cobra de novo, e o merge espera alguém perceber.

Decide with your own repository

• Both tools in a mature category can do the job. What differs is behaviour on your codebase, which takes an afternoon to measure and beats any feature table.
• Benchmark the cold path with no cache. Warm local runs favour whatever you already have cached, which is the one condition CI never has.
• Price the switching cost honestly: lockfile or config format, stricter resolution surfacing latent bugs, and every developer plus every runner having to move together.

The verdict

O Namespace é uma escolha forte para times construindo infraestrutura de build remota. Para runners drop-in de menor custo com autocorreção e warm pools, avalie o Latchkey - comece de graça e compare.

Perguntas frequentes

Guias relacionados