コスト重視のGitHub Actions runner代替 (2026)

目標がCI請求額の削減なら、適切な代替は、実際にどのように分数と再実行が積み上がるかによって変わります。

コストが動機のとき、選択肢は分単位のマネージドrunner、自前クラウドで生のcompute費用のrunner、self-hostedフリートの間になります。紙の上で最も安い選択肢が、実際に最も安いとは限りません。再実行と運用時間が価格ページの外に隠れているからです。決める前に各ベンダーのサイトで現在の価格を確認してください。

コスト重視の選択肢

方向性	最適な用途	注意点
低コストマネージド (Latchkey、Ubicloud、BuildJet)	ゼロ運用で請求を削減	runnerが自己修復しない限り再実行の無駄
自前クラウド (RunsOn)	生のEC2/spot価格、データは自分のアカウント	クォータ、後始末、spotの中断
Self-hosted	大規模での最も低い生のcompute	エンジニアリングとオンコールの時間
GitHubの大型runner	たまの大きなビルド、サードパーティのセットアップなし	最初の1分からプレミアム価格で課金

再実行を数える

最も見落とされるコストは、不安定なジョブの再実行であり、実効の分単位料金を倍加させます。LatchkeyはGitHubホストよりおよそ70%低い料金のrunnerを、一時的な失敗を自動的に再試行する自己修復と組み合わせるため、同じジョブに二重に支払うのをやめられます。不安定なパイプラインでは、その信頼性が、他社のわずかに安い表示価格より多くを節約することがよくあります。

運用時間を数える

self-hostedや自前クラウドの選択肢は生のcomputeで勝ちますが、スケーリング、パッチ適用、後始末のための継続的なエンジニアリング時間を加えます。プラットフォームチームがまだいないなら、その時間が節約を打ち消し得ます。マネージドrunnerは、わずかに高い分単位料金とゼロ運用を引き換えにします。

手早いコストのチェックリスト

クリーンな実行だけでなく、再実行の分数をベースラインに含める。
自己管理するものについては運用時間を見積もり、価格に織り込む。
候補を1つのworkflowでパイロットし、実際の請求を比較する。

結論

本当に最小のCI請求額のためには、表示価格を再実行と運用時間と天秤にかけましょう。自前クラウドとself-hostedは生のcomputeで勝ち、自己修復付きの低コストマネージド(Latchkey)は不安定なパイプラインで総コストで勝つことが多いです。本当の分数を使って計算し、現在の価格を確認してください。