runner の料金体系とは？ CI プロバイダーはどのように compute を課金するか
runner の料金体系とは、CI プロバイダーがパイプラインの job を実行するマシンの時間に課金するためのモデルです - 通常は 1 分あたりで、マシンサイズと OS によってスケールします。
runner は CI の job を実行するマシンであり、runner の料金体系はその時間に対して支払うものです。モデルは単純に見えます - 1 分あたりの単価 - が、サイズの tier、OS 乗数、無料割り当て、cold start がすべて実効価格を変えます。この構造を理解することが、プロバイダーを正直に比較する方法です。
1 分あたりのモデル
ほとんどのホスト型 CI プロバイダーは runner の時間を分単位で、job ごとに切り上げて課金します。GitHub ホストの Linux 2-core runner は約 $0.008/分です。単価は稼働している 1 分あたりなので、速いパイプラインは runner を占有する時間が短いため文字通りコストが下がります。
サイズの tier
より大きなマシンは 1 分あたり高くつきます: 4-core runner は 2-core の約 2 倍、8-core は約 4 倍です。より大きな runner はより速く終わることもありますが、あらゆる分にプレミアムを課すため、core を使わない job での過大な runner は純粋な無駄です。
OS 乗数
Linux が基準です。Windows runner は通常 1 分あたり約 2 倍、macOS は約 10 倍かかります。同じ workflow でも、どの OS を対象にするかだけで価格は大きく変わり得ます。
free tier と最小単位
一部のプランは標準 runner の分の月間割り当てを含みます（GitHub free で 2,000 分）。より大きな runner は通常割り当てがなく、最初の分から課金されます。job ごとの切り上げは、あらゆる job に実効的な最小料金を追加します。
隠れた価格要因
- あらゆる job に課金対象の setup 分を追加する cold start。
- 一部のプラットフォームで不利にカウントされるキュー時間。
- compute とは別に課金される cache と artifact の storage。
マネージド runner が計算を変える
マネージド runner プラットフォームは、利便性のプレミアムではなく、素の compute コストに近い適切なサイズの cloud インスタンス上で job を実行します。Latchkey のマネージド runner は同じワークロードを GitHub ホストより約 70% 安く価格設定し、cold start の分を消すために warm pool を追加し、一時的な失敗を自己修復するため、flaky な job に 2 回支払うことがありません。
重要なポイント
- runner の料金体系は、マシンサイズと OS によってスケールする 1 分あたりの compute です。
- より大きく Linux 以外の runner は、Linux 2-core の 1 分の何倍もかかります。
- free tier は通常、より大きな runner ではなく標準 runner にのみ適用されます。