GitHub-Hosted vs セルフホスト vs マネージドランナー (2026)

著者 Kaveh Alemi·Latchkey

GitHub Actions のジョブを実行する方法は3つあります。コスト、速度、そして自分がどれだけ基盤を保有するかがトレードオフになります。

すべての GitHub Actions ジョブはランナー上で実行されます。ランナーモデルの選択は、CI のコスト、速度、信頼性に対する最大のレバーです。3つの選択肢がどう比較されるかを見ていきます。

3つのモデル

	GitHub-hosted	Self-hosted	Managed (例: Latchkey)
分単価	最も高い	最も安い (生のコンピュート) + 運用時間	低い (hosted 比約70%減)
基盤の保守を自分で行う	いいえ	はい - スケーリング、パッチ、クリーンアップ	いいえ
コールドスタート / 速度	まあまあ	高速 (ウォームに保てば)	高速 (ウォームプール)
キャッシュ	基本のみ	自前対応	標準搭載
失敗の自己修復	なし	なし	あり (Latchkey)
適する用途	小規模/たまの CI	完全な制御、大規模	低コスト + 低運用

GitHub-hosted

セットアップ不要で、プレミアム料金の分単位課金。低ボリュームには最適ですが、規模が大きくなると高価で柔軟性に欠けます。

Self-hosted

自社マシン上でランナーエージェントを実行します。コンピュートは最安で完全な制御が得られますが、スケーリング、パッチ、クリーンアップ、ディスクフルや古くなったランナーの問題、そして長寿命の基盤に伴う信頼性の頭痛の種はすべて自分で担います。

マネージドランナー

プロバイダがフリートを運用してくれます。運用なしで self-hosted 並みの経済性が得られます。優れたものは信頼性機能を加えます。Latchkey は自己修復を加え、一時的な失敗が自動で回復します。

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.

結論

小規模またはたまにしか動かないパイプラインには GitHub-hosted を使いましょう。完全な制御が欲しく運用チームがある場合にのみ self-hosted を選びましょう。運用負担なしに低コストを求め、不安定な失敗から自力で回復するパイプラインが欲しいほとんどのチームには、Latchkey のようなマネージドランナーが最適解です。

よくある質問

GitHub-Hosted vs Self-Hosted vs Managed Runners (2026)?

Every GitHub Actions job runs on a runner. Your choice of runner model is the biggest lever on CI cost, speed, and reliability. Here is how the three options compare.

GitHub-hosted?

Zero setup, billed per minute at a premium. Great for low volume; expensive and inflexible at scale.

Self-hosted?

You run the runner agent on your own machines: cheapest compute, full control - but you own scaling, patching, cleanup, disk-full and stale-runner problems, and the reliability headaches that come with long-lived infrastructure.

Managed runners?

A provider operates the fleet for you: self-hosted-style economics without the ops. The best add reliability features - Latchkey adds self-healing so transient failures recover automatically.

Which should I choose?

Use GitHub-hosted for small or occasional pipelines. Choose self-hosted only if you want total control and have the team to run it. For most teams that want lower cost without the ops burden - and pipelines that recover from flaky failures on their own - managed runners like Latchkey are the sweet spot.