Latchkey vs Depot: Managed GitHub Actions Runners 比較

著者 Kaveh Alemi·Latchkey

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

Depot は高速化された Docker ビルドとリモートビルドキャッシュで知られ、GitHub Actions ランナーも提供します。Latchkey は GitHub-hosted より安いマネージドランナーで GitHub Actions を実行し、自己修復 CI を加えます。一時的・機械的な失敗を自動で検出、修復、リトライするため、不安定なビルドがパイプラインを落とさなくなります。両者の比較を見ていきます。

一目で分かる比較

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

Depot の得意なこと

Depot はリモート BuildKit キャッシュと高速なランナーでコンテナイメージのビルドを高速化することに優れており、Docker 中心のパイプラインにとって魅力的です。

Latchkey が加えるもの

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

Depot と Latchkey の選び方

パイプラインが Docker イメージのビルド中心で、最良のリモートビルドキャッシュが欲しいなら Depot を選びましょう。
最低コストのマネージドランナー に加えて、不安定な再実行を自動で取り除く自己修復が欲しいなら Latchkey を選びましょう。

結論

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

よくある質問

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

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