ジョブ単位ランナー課金とは? アイドルではなく作業に対して支払う

ジョブ単位ランナー課金は、固定された常時稼働のキャパシティに支払う代わりに、各ジョブが実際に消費したランナー時間 - 理想的には秒単位 - に対して課金します。

どのように課金されるかが、支払う CI の無駄の量を左右します。固定キャパシティは、マシンが稼働しているかどうかに関わらず課金します。ジョブ単位・秒単位の課金は、実行されたジョブに対してのみ課金し、コストを価値に一致させます。

ジョブ単位と固定キャパシティ

固定キャパシティ(リザーブドインスタンス、常時稼働の self-hosted フリート)では、稼働率に関わらずマシンに対して支払います。ジョブ単位課金では、ジョブが実行されたときのみ支払うため、アイドル時間は一切コストになりません。

分単位と秒単位

分単位課金はすべてのジョブを 1 分単位に切り上げるため、matrix にある多数の短いジョブでは無駄が多くなります。秒単位課金は実際の時間に対して課金し、数千のジョブにわたる丸めによる水増しを排除します。

なぜ無駄を削減するのか

• バースト間のアイドルなマシンに支払わない。
• 短いジョブへの丸め税がない。
• コストが実際の CI アクティビティに比例して線形にスケールする。

Latchkey でのジョブ単位課金

Latchkey は実際のジョブ時間の秒単位で課金し、アイドル時にはゼロまでスケールするため、予約したキャパシティではなく実行された作業に対して支払います - これが GitHub-hosted より一般的に約 70% 安くなる理由の一部です。

課金されるものとされないもの

ジョブ単位課金では、ランナーがジョブにアクティブに割り当てられている時間に対して課金されます。ジョブがランナーを待ってキューに入っている時間は一般に課金されません - ただしフィードバックのレイテンシとしてコストがかかるため、無料であってもキューを排除することが重要です。

重要なポイント

• ジョブ単位課金は、ジョブが実際に使用したランナー時間に対して課金する。
• アイドルな固定キャパシティへの支払いを回避する。
• 秒単位は丸めによる水増しを排除するため分単位に勝る。
• Latchkey は秒単位で課金し、アイドル時にはゼロまでスケールする。

関連ガイド