# Namespace vs GitHub-Hosted Runners 比較

> Namespace と GitHub-hosted runners を、コスト、速度、キャッシュ、信頼性で比較。さらに、自己修復するマネージドランナーが単に速い入れ替えを超える点も解説。

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

Namespace は高速なランナーとリモートビルド基盤を提供します。ビルドの重いチームにとって GitHub-hosted からの強力なアップグレードです。

Namespace は高速な GitHub Actions ランナーに加え、より広範なリモートキャッシュとビルド基盤を提供します。GitHub-hosted からの有力なアップグレードです。比較と、自己修復するマネージドランナーがどこで異なるかを見ていきます。

## Comparison

|  | GitHub-hosted | Namespace | Latchkey |
| --- | --- | --- | --- |
| 分単価 | プレミアム | より安い | hosted 比 約70%減 |
| セットアップ | 標準搭載 | label の入れ替え | label の入れ替え |
| 速度 | 標準 | 高速 + ビルド基盤 | ウォームプール、高速 |
| キャッシュ | 基本のみ | リモートキャッシュ | 標準搭載 (deps + Docker) |
| 不安定な失敗からの回復 | なし | なし | 自己修復による自動リトライ |
| プラン | GitHubプランに含まれる | Developer $0 従量課金、Team 月$100、Business 月$250 |
| 含まれるコンピュート | プランにより2,000〜50,000分 | 100,000 unit-min (Team)、250,000 (Business) |
| Cache | リポジトリごと10 GB | ボリュームスナップショット $0.002/GB時、ティアにより5,000〜15,000 GB時が無料 |
| 失敗の自動回復 | なし | なし |

## Namespace の得意なこと

Namespace は俊敏なランナーにリモートキャッシュとビルド基盤を組み合わせており、単なるランナーを超えた広範なビルドプラットフォームに投資するチームに向いています。

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

## マネージドランナーが上回る点

Latchkey は安価なドロップインランナー (GitHub-hosted 比 約70%減) で、ウォームプールと、依存関係および Docker レイヤーの標準搭載キャッシュに加え、一時的な失敗を自動リトライする自己修復を備えます。

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

## コストと信頼性の両立

Namespace はビルドプラットフォームへの投資として魅力的です。最低コストと不安定な失敗からの自動回復を優先するなら、自己修復するマネージドランナーの方が強くフィットします。

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

## 切り替えはlabelの変更だけ

このカテゴリのマネージドプロバイダと同様に、導入も撤回も同じ1行の編集です。したがって単一jobでの試用が、モデル上の数字ではなく実測値を得るための安価な方法になります。

```workflow.yml
jobs:
  test:
    # GitHub-hosted
    runs-on: ubuntu-latest

    # Namespace
    runs-on: namespace-profile-default

    # Latchkey
    runs-on: latchkey-small
```

## どちらもflakyなjobを回復しない

Namespaceはコンピュートの経済性で競います。コードとは無関係な理由でjobが失敗したときに起こることは変わりません。registryのタイムアウト、インストールに失敗したブラウザバイナリ、一時的な解決エラー。GitHubホスト型でもNamespaceでも、jobは失敗し、失敗したminuteが課金され、再実行でさらに課金され、マージは人が気づくまで待たされます。

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

## 結論

Namespace はリモートビルド基盤を構築するチームにとって強力な選択肢です。自己修復とウォームプールを備えた最低コストのドロップインランナーが欲しいなら、Latchkey を評価してください。無料で始めて比較できます。

## FAQ

### Namespaceの1分あたりの費用は?

単一の分単価はありません。Namespaceはunit-minuteで課金し、1 unitは1 vCPUと2 GBのRAMです。Linuxでは前払いで$0.001/unit-min、超過分は$0.0015です。したがって2 vCPUのLinux runnerは前払いで約$0.002/min、4 vCPUのrunnerは約$0.004/minになります。

### NamespaceはGitHubホスト型より安いですか?

プライベートリポジトリで同じvCPU数なら、はい、しかも大きな差があります。2 vCPUのLinux runnerでおよそ$0.002/min対$0.006/minです。パブリックリポジトリでは違います。そこでは標準のGitHubホスト型runnerが無料かつ無制限だからです。

### unit-minuteとは何ですか?

1 unitは1 vCPUと2 GBのRAMが1分間動作することです。消費量はvCPU数×分数×プラットフォーム係数で決まります。Linuxが1倍、Windowsが2倍、macOSが10倍、Apple silicon上のLinuxが7倍です。Namespaceの計算例では、Linuxで4 vCPUを5分使うと20 unit-minutesになります。

### Namespaceのプランには何が含まれますか?

Developerは$0で従量課金です。Teamは月$100で100,000 unit-minutesを含みます。Businessは月$250で250,000 unit-minutesを含みます。Enterpriseは個別見積もりです。並列実行の上限と、3〜24時間の範囲で変わるインスタンスの最大実行時間は、どちらもティアに応じて拡大します。

### Namespaceのcachingはどう課金されますか?

cacheのボリュームスナップショットは1 GB時あたり$0.002で課金され、ティアに応じて5,000〜15,000 GB時の無料枠があります。cacheは含まれるがリポジトリごと10 GBに制限されるGitHubホスト型とは異なり、大きなcacheはNamespaceでは費用項目に、GitHubでは上限になります。

### NamespaceはARM runnerに対応していますか?

はい。一時的なLinux AMD64およびARM64のrunnerがすべてのプランで利用できます。WindowsとApple silicon上のmacOSの提供状況はティアによって異なり、どちらも係数 (それぞれ2倍と10倍) を伴うため、使用すると請求額を支配します。

### Namespaceは失敗したjobを自動で再試行しますか?

いいえ。Namespaceが最適化するのはコンピュートのコストとプロビジョニングであり、失敗時の処理ではありません。一時的な失敗はjobを失敗させ、失敗したminuteと再実行を課金し、GitHubホスト型とまったく同じように人が再実行を押すのを待ちます。

---

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