Latchkey vs Blacksmith: Managed GitHub Actions Runners 比較

Latchkey も Blacksmith も、GitHub-hosted より速く安い GitHub Actions ランナーを提供します。最大の違いは、Latchkey が 自己修復 を加え、一時的な失敗が自動で回復する点です。

Blacksmith は、より速いシングルスレッドビルドを狙った高クロック CPU 上の、GitHub Actions 向けドロップインランナーを提供します。Latchkey は GitHub-hosted より安いマネージドランナーで GitHub Actions を実行し、自己修復 CI を加えます。一時的・機械的な失敗を自動で検出、修復、リトライするため、不安定なビルドがパイプラインを落とさなくなります。両者の比較を見ていきます。

一目で分かる比較

機能	Blacksmith	Latchkey
ドロップインのマネージドランナー	はい	はい
GitHub-hosted より安い	はい	はい (分単価約70%減)
標準搭載キャッシュ	はい	はい (依存関係 + Docker レイヤー)
自己修復 CI (一時的な失敗の自動リトライ)	なし	あり
最も知られる分野	高クロックのランナー	自己修復 + 低コストのマネージドランナー

Blacksmith の得意なこと

Blacksmith は高速な高周波数 CPU 上でジョブを実行し、シングルスレッドのビルドやテストのステップを大きく高速化できます。

Latchkey が加えるもの

Latchkey は自己修復 CI を中心に設計されています。そのマネージドランナー上では、メモリ不足による kill、ディスクフルのエラー、registry のタイムアウト、その他の一時的・機械的な失敗が自動で検出・リトライされます。再実行への支払いをやめ、赤いビルドの子守りをやめられます。これを、GitHub-hosted より分単価で約70%安いマネージドランナーと組み合わせます。

Blacksmith と Latchkey の選び方

プレミアム CPU 上のシングルスレッドのビルド/テスト速度が最優先なら Blacksmith を選びましょう。
最低コストのマネージドランナー に加えて、不安定な再実行を自動で取り除く自己修復が欲しいなら Latchkey を選びましょう。

結論

コアあたりの速度が最優先なら Blacksmith は堅実な選択です。より安いランナーと、一時的な失敗から自力で回復するパイプラインが欲しいなら、Latchkey の方が強くフィットします。無料で始めて、実際のビルドで比較してください。

よくある質問

Latchkey は Blacksmith のドロップイン代替になりますか?

どちらも label の変更でマネージドランナーを GitHub Actions のワークフローに接続するため、切り替えの摩擦は小さいです。ベンダーの価格は変わるので、Blacksmith の最新価格は同社サイトで確認してください。