Latchkey vs BuildJet: マネージド GitHub Actions ランナー比較
Latchkey も BuildJet も、GitHub ホステッドより速く安い GitHub Actions ランナーを提供します。最大の違いは、Latchkey が 自己修復 を備えており、一時的な障害が自動的に回復する点です。
BuildJet は、より安く高速なドロップイン型 GitHub Actions ランナーをいち早く提供したサービスの一つです。Latchkey は GitHub ホステッドより安いマネージドランナー上で GitHub Actions を実行し、自己修復 CI を追加します。一時的・機械的な障害を検知して修復し自動でリトライするため、不安定なビルドがパイプラインを失敗させることがなくなります。以下で両者を比較します。
一目でわかる比較
| 機能 | BuildJet | Latchkey |
|---|---|---|
| ドロップイン型マネージドランナー | あり | あり |
| GitHub ホステッドより安い | あり | あり（1分あたり約70%安い） |
| 組み込みキャッシュ | あり | あり（依存関係 + Docker レイヤー） |
| 自己修復 CI（一時的な障害の自動リトライ） | なし | あり |
| 得意分野 | 手頃で高速なランナー | 自己修復 + 低コストなマネージドランナー |
BuildJet の強み
BuildJet は、予測しやすい料金で、より安く高速なドロップインランナーを提供する、成熟したシンプルな選択肢です。
Latchkey が加えるもの
Latchkey は自己修復 CI を中心に設計されています。マネージドランナー上では、メモリ不足による強制終了、ディスク満杯エラー、レジストリのタイムアウトなど、一時的・機械的な障害が自動的に検知・リトライされます。そのため再実行に料金を払い続けることも、赤いビルドのお守りをすることもなくなります。さらに、GitHub ホステッドより1分あたり約70%低いコストのマネージドランナーを組み合わせて提供します。
BuildJet と Latchkey の選び方
- 最小限の変更で、シンプルかつ確立された安価なランナーへの置き換えを求めるなら BuildJet。
- 最も低コストなマネージドランナーに 加えて、不安定な再実行を自動で解消する自己修復が欲しいなら Latchkey。
How to evaluate a managed runner honestly
Runner vendors compete on a headline per-minute rate, and the rate is rarely what decides the bill. Measure the whole job, on your own pipeline, before committing.
- Compare at equal machine shape. A cheaper per-minute rate on fewer vCPUs or less RAM is not cheaper per unit of work.
- Check billing granularity. Per-minute rounding costs real money on a wide matrix of short jobs; per-second does not.
- Include queue and boot time. A runner that is cheaper per minute but slower to start can cost more per merge.
- Count your re-runs. If a meaningful share of your runs are retries of a failed job, you are paying for the same work twice at whatever rate you negotiated, and no rate card prices that.
- Verify the free tier is recurring. A one-time credit is not a free tier.
結論
シンプルで実績のあるランナー置き換えを最優先するなら、BuildJet は堅実な選択です。より安いランナーと、一時的な障害から自力で回復するパイプラインが欲しいなら、Latchkey の方が適しています。無料で始めて、実際のビルドで比較してみてください。