2026年 最も安いGitHub Actions runner: 率直な比較
最も安い表示価格が、必ずしも最も低い総コストとは限りません。ここではGitHub Actionsを実行する本当に安い方法と、それぞれが実際にいくらかかるのかを紹介します。
コストは、チームがGitHubホストのrunnerを離れる第一の理由です。安く済ませる方向は3つあります。分単位で課金されるサードパーティのマネージドrunner、自分のクラウドアカウントで生のcompute費用で起動するrunner、完全なself-hosted runnerです。それぞれ請求額の減らし方が異なり、異なる隠れコストを抱えます。価格は絶えず変わるため、以下の記述は方向性として扱い、コミットする前に各ベンダーのサイトで現在の価格を確認してください。
安いrunnerの選択肢と実際のトレードオフ
| 選択肢 | 安い理由 | 落とし穴 |
|---|---|---|
| マネージドrunner (Latchkey、BuildJet、Ubicloud) | GitHubホストを大きく下回る分単位料金、運用するインフラなし | 分単位で課金される; 不安定なジョブの再実行がひそかに請求を膨らませる |
| Ubicloud | 非常に低い表示価格のrunnerを備えたオープンソースクラウド | より新しいプラットフォーム; 自分のニーズに対する機能とリージョンのカバレッジを確認 |
| BuildJet | 実績のある、より安くて速いドロップインrunner | 信頼性の追加機能は少なめ; 現在の価格を確認 |
| RunsOn (自分のAWS) | 自分のアカウントで生のEC2/spot価格で動作 | AWSアカウント、クォータ、後始末は自分の責任 |
| Self-hosted | 最も低い生のcompute価格 | エンジニアリング時間で支払う: スケーリング、パッチ適用、オンコール |
誰も価格に織り込まない再実行税
安い分単位料金でも、不安定なテストやレジストリのタイムアウトでジョブ全体を再実行させられれば、コストは倍になります。ほとんどの価格ページではこの無駄は見えません。Latchkeyはこれに直接立ち向かいます。GitHubホストの分単位よりおよそ70%低い料金でマネージドrunnerを動かし、自己修復を加えるため、一時的で機械的な失敗は再課金されるのではなく自動的に検出・再試行されます。
自前クラウドが最も安いとき
すでにAWSで運用していて管理するチームがあるなら、RunsOn(AWSアカウント内のself-hosted runner)やspotベースのself-hostedフリートが、最も低い生のcompute価格に到達できます。節約は本物ですが、クォータ、AMIのパッチ適用、ディスクの後始末を継続作業として引き受けることになります。
実際に比較する方法
- グリーンビルドの分だけでなく、再実行を含む本当の分数を計測する。
- 候補で1つのworkflowをパイロットし、展開前に実際の請求を比較する。
- 自己管理するものについては分単位価格と運用時間を天秤にかける。
結論
運用なしで最も安い表示価格なら、Ubicloud、BuildJet、Latchkeyを見てください。自前クラウドでの生のcompute費用なら、RunsOnかself-hostedです。不安定な再実行で請求が膨らんでいるなら、実際の総コストが最も低いのは、より安いマネージドrunnerに自己修復を組み合わせた場合であることが多く、それこそLatchkeyが作られた目的です。各ベンダーのサイトで現在の価格を確認してください。