# Latchkey vs GitHub ホステッドランナー: コスト・速度・信頼性

> Latchkey と GitHub ホステッドランナーを、1分あたりのコスト、ジョブ起動速度、信頼性で比較。マネージドランナーは1分あたり約70%安く、ウォームプールから高速に起動し、不安定なジョブを自己修復します。runs-on の1行の切り替えで済みます。

Source: https://latchkey.dev/ja/learn/compare-runners/latchkey-vs-github-hosted-runners  
Updated: 2026-06-28

多くのチームは GitHub ホステッドランナーから始めます。同じワークフローを Latchkey のマネージドランナーに移したときに、コスト・速度・信頼性が具体的にどう変わるかを解説します。

GitHub ホステッドランナーはセットアップ不要のデフォルトです。GitHub がジョブごとに新しい VM をプロビジョニングし、プレミアム価格で1分単位で課金します。Latchkey は同じジョブを、マネージドで自己修復するランナー上で実行します。runs-on ラベルの1行の切り替えで到達でき、より低い1分あたりの料金、高速起動のためのウォームプール、一時的な障害からの自動回復を備えます。ワークフロー、アクション、YAML はそのままです。

## Comparison

|  | GitHub ホステッド | Latchkey |
| --- | --- | --- |
| 1分あたりのコスト（Linux） | サイズ別に ~$0.008 / $0.016 / $0.032 | $0.0025 / $0.005 / $0.01 から（約70%安い） |
| セットアップ | 組み込み | runs-on ラベルの1行の切り替え |
| ジョブ起動 | ジョブごとにコールド VM | ウォームプール（高速起動） |
| 不安定な障害からの回復 | なし（自分で再実行） | 自己修復による自動リトライ |
| キャッシュ | 基本的なもの | 組み込み（依存関係 + Docker） |
| コストと性能の分析 | なし | 組み込み |
| 維持すべきインフラ | なし | なし |

## GitHub ホステッドが勝る点

セットアップも信頼の懸念も不要です。GitHub に組み込まれており、低ボリュームや不定期のパイプラインに十分で、ランナーのことを一切考えずに済みます。無料の月間分数枠に収まる小規模プロジェクトなら、実質無料です。

## Latchkey が勝る点

ボリュームが増えると、プレミアムな1分あたりの料金が最大の費目になり、不安定なジョブの再実行がそれを密かに倍増させます。Latchkey は各サイズで1分あたりの料金を約70%削減し、ランナーをウォームに保ってジョブを高速起動させ、一時的・機械的な障害を自己修復します。そのため赤いビルドの再実行に料金を払わずに済み、ホステッドランナーのインフラ不要の手軽さも保たれます。

## 移行の手間

Latchkey は標準の GitHub Actions ランナーを使うため、切り替えは runs-on の1行の変更で済みます。新しい CI プラットフォームも、インフラも、ロックインもありません。まず1つのワークフローで試験導入し、展開前に請求額を比較できます。

## How to evaluate a managed runner honestly

- Compare at equal machine shape. A lower rate on fewer vCPUs is not cheaper per unit of work.
- Check billing granularity: per-minute rounding costs real money across a wide matrix of short jobs.
- Include queue and boot time. Cheaper per minute but slower to start can cost more per merge.
- Count your re-runs. Paying twice for the same work is invisible on every rate card.
- Switching is a one-line `runs-on` change in both directions, so a two-week trial beats modelling.

## 結論

無料枠に収まる小規模・不定期の CI なら GitHub ホステッドのままで。分数と不安定な再実行が実際の請求額になってきたら、Latchkey は同じインフラ不要の体験を、1分あたりのコスト約3分の1で、しかも自己修復付きで提供します。

## FAQ

### Latchkey vs GitHub-Hosted Runners: Cost, Speed & Reliability?

GitHub-hosted runners are the zero-setup default: GitHub provisions a fresh VM per job and bills per minute at a premium. Latchkey runs the same jobs on managed, self-healing runners reached by a one-line runs-on label swap, at a lower per-minute rate, with warm pools for fast startup, and with automatic recovery from transient failures.

### Where GitHub-hosted wins?

Nothing to set up and nothing to trust: it is built into GitHub, fine for low-volume or occasional pipelines, and you never think about runners. For small projects under the free monthly minute allowance, it is effectively free.

### Where Latchkey wins?

At volume, the premium per-minute rate is the biggest line item, and re-running flaky jobs quietly doubles it. Latchkey lists $0.0025/min at 2 vCPU against the $0.006/min GitHub-hosted rate, and $0.0100 against $0.022 at 8 vCPU, keeps runners warm so jobs start fast, and self-heals transient and mechanical failures so you stop paying to

### Migration effort?

Because Latchkey uses standard GitHub Actions runners, switching is a one-line change to runs-on: no new CI platform, no infrastructure, and no lock-in. You can pilot it on a single workflow and compare the bill before rolling out.

### Which should I choose?

Stay on GitHub-hosted for small or occasional CI under the free allowance. Once minutes and flaky re-runs become a real bill, Latchkey gives you the same zero-infra experience at roughly a third of the per-minute cost, with self-healing on top.

---

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