# Namespace vs GitHub-Hosted Runners Comparados

> Namespace vs GitHub-hosted runners comparados em custo, velocidade, cache e confiabilidade - e como os managed runners com autocorreção vão além de uma troca mais rápida.

Source: https://latchkey.dev/pt/learn/tool-comparisons/namespace-vs-github-hosted  
Updated: 2026-08-20

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.

## Comparison

|  | GitHub-hosted | Namespace | Latchkey |
| --- | --- | --- | --- |
| Custo por minuto | Premium | Menor | ~70% abaixo do hosted |
| Configuração | Embutida | Troca de label | Troca de label |
| Velocidade | Padrão | Rápido + infra de build | Warm pools, rápido |
| Cache | Básico | Cache remoto | Embutido (deps + Docker) |
| Recuperação de falhas instáveis | Não | Não | Auto-retry com autocorreção |
| Planos | Incluído no plano do GitHub | Developer US$ 0 conforme o uso, Team US$ 100/mês, Business US$ 250/mês |
| Computação incluída | 2.000 a 50.000 min por plano | 100.000 unit-min (Team), 250.000 (Business) |
| Cache | 10 GB por repositório | Snapshots de volume a US$ 0,002/GB-hora, 5.000 a 15.000 GB-hora grátis por tier |
| Recuperação automática de falhas | Não | Não |

## 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.

| Shape | Unit-min per minute | Prepaid $/min | GitHub-hosted equivalent |
| --- | --- | --- | --- |
| Linux 2 vCPU | 2 | $0.002 | $0.006 (2-core) |
| Linux 4 vCPU | 4 | $0.004 | $0.012 (4-core larger) |
| Linux 8 vCPU | 8 | $0.008 | $0.022 (8-core larger) |
| Windows 4 vCPU | 8 (2x multiplier) | $0.008 | $0.022 (4-core larger) |
| macOS 4 vCPU | 40 (10x multiplier) | $0.040 | $0.062 |

> On published prepaid rates Namespace is the cheapest option on this site at equal vCPU count on Linux. That is a real result and we are not going to pretend otherwise. The caveats are that prepaid rates require committing to a plan, overage runs 50% higher at $0.0015/unit-min, and RAM is fixed at 2 GB per vCPU so a memory-hungry job forces you up the vCPU ladder whether or not you need the cores.

## 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.

```workflow.yml
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.

## O veredito

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.

## FAQ

### Quanto custa o Namespace por minuto?

Não há um preço único por minuto. O Namespace cobra por unit-minutes, em que uma unidade é 1 vCPU mais 2 GB de RAM, a US$ 0,001/unit-min pré-pago ou US$ 0,0015 como excedente no Linux. Um runner Linux de 2 vCPU custa portanto cerca de US$ 0,002/min pré-pago, e um de 4 vCPU cerca de US$ 0,004/min.

### O Namespace é mais barato que os runners GitHub-hosted?

Em repositórios privados com a mesma contagem de vCPU, sim, e por larga margem: aproximadamente US$ 0,002/min contra US$ 0,006/min para um runner Linux de 2 vCPU. Em repositórios públicos não, porque ali os runners GitHub-hosted padrão são gratuitos e ilimitados.

### O que é um unit-minute?

Uma unidade é 1 vCPU mais 2 GB de RAM rodando por um minuto. Seu consumo é a contagem de vCPU multiplicada pelos minutos e por um multiplicador de plataforma: Linux 1x, Windows 2x, macOS 10x e Linux em Apple silicon 7x. No exemplo do próprio Namespace, 4 vCPU por 5 minutos no Linux dá 20 unit-minutes.

### O que os planos do Namespace incluem?

O Developer é US$ 0 e paga conforme o uso. O Team é US$ 100/mês incluindo 100.000 unit-minutes. O Business é US$ 250/mês incluindo 250.000 unit-minutes. O Enterprise é sob medida. Os limites de concorrência e a duração máxima da instância, que vai de 3 a 24 horas, crescem com o tier.

### Como o caching é cobrado no Namespace?

Snapshots de volume de cache são cobrados a US$ 0,002 por GB-hora, com uma franquia gratuita entre 5.000 e 15.000 GB-horas conforme o tier. Isso difere do GitHub-hosted, onde o cache é incluído mas limitado a 10 GB por repositório, então um cache grande é uma linha de custo no Namespace e um teto rígido no GitHub.

### O Namespace oferece runners ARM?

Sim. Runners Linux AMD64 e ARM64 efêmeros estão disponíveis em todos os planos. A disponibilidade de Windows e macOS em Apple silicon varia por tier, e ambos carregam multiplicadores (2x e 10x respectivamente) que dominam a conta quando usados.

### O Namespace reexecuta jobs que falham automaticamente?

Não. O Namespace otimiza custo de computação e provisionamento, não o tratamento de falhas. Uma falha transitória derruba o job, cobra os minutos perdidos e a reexecução, e espera alguém apertar reexecutar, exatamente como no GitHub-hosted.

---

Latchkey runs CI/CD that repairs its own failures. Agent entry points: https://latchkey.dev/agent.txt, https://latchkey.dev/openapi.json, https://latchkey.dev/llms.txt