2026年 最も速いGitHub Actions runner: 何が本当にCIを速くするのか
単一の最速runnerは存在しません。最速の選択肢は、ボトルネックがCPUか、Dockerビルドか、ジョブの起動かによって変わります。
「もっと速いCI」を求めるチームは、たいてい3つの異なるボトルネックのいずれかを抱えており、それぞれ勝者となるベンダーが異なります。高クロックのCPUはシングルスレッドのビルドやテストに効き、リモートのビルドキャッシュはDocker中心のパイプラインに効き、ウォームプールはジョブごとの起動を短縮します。以下は、誰が何で知られているかの率直な整理です。各ベンダーのサイトで現在のスペックと価格を確認してください。
runnerを速くする要因と、それぞれの分野をリードするのは誰か
| ボトルネック | 効くもの | それで知られる |
|---|---|---|
| シングルスレッドのビルド/テスト | 高クロックのCPU | Blacksmith |
| Dockerイメージのビルド | リモートBuildKitキャッシュ + 高速ビルダー | Depot |
| 広範なマネージド速度 + ビルドインフラ | 高速runner + リモートキャッシュ | Namespace |
| ジョブ起動のレイテンシ | ジョブごとのコールドVMではなくウォームプール | マネージドrunner(Latchkeyを含む) |
| 不安定な再実行で無駄になる時間 | 一時的な失敗の自動リトライ | Latchkey(自己修復) |
適切な対象に対して速い
Blacksmithはシングルスレッドの処理を速くする高周波CPUで知られています。Depotはリモートのビルドキャッシュでコンテナビルドを高速化することで知られています。Namespaceは高速runnerとビルドインフラを組み合わせます。汎用的な「最速」というラベルではなく、実際のボトルネックにベンダーを合わせましょう。
ほとんどのチームが見落とす速度
不安定なジョブの再実行で失われる実時間は、速いCPUで節約できる数秒をしばしば凌駕します。Latchkeyはジョブをウォームに保って起動を速くし、一時的な失敗を自己修復するため、赤いビルドは人が再実行をクリックするのを待たずに自動的に回復・再試行されます。その取り戻した時間こそ、本当のパイプライン速度です。
率直にベンチマークする方法
- まず最も遅いジョブをプロファイルする: CPUか、Dockerビルドか、起動か?
- 合成ベンチマークではなく、まさにそのジョブで候補をテストする。
- クリーンな実行時間だけでなく、再実行で失われる時間を数える。
結論
CPUバウンド: Blacksmith。Dockerバウンド: Depot。広範なビルドプラットフォーム: Namespace。不安定な再実行やコールドスタートが実時間を食っているなら、Latchkeyのウォームプールと自己修復が、CPUだけの選択肢では取り戻せない速度を回復します。決める前に実際のパイプラインでベンチマークしてください。