CI の請求サイクルとは？リセット・超過・予測

CI の請求サイクルとは、CI の使用量がカウント・課金され、無料割り当てがリセットされる繰り返しの期間 - ほぼ常に暦月 - です。

計測課金型の CI プラットフォームはすべて、支出を請求サイクルに整理します。含まれる分は各サイクルの開始時に補充され、超過分はその中で積み上がります。サイクルを理解することは、予測を立て、支出上限を設定し、1 週間の重い作業が予算を突き破る月末の驚きを避けるための基礎です。

サイクルが対象とするもの

請求サイクルは通常 1 か月です。その中で、プラットフォームは各 job の分と storage の使用量を計測し、含まれる割り当てを差し引き、残りを課金します。例えば GitHub Actions は含まれる分を毎月リセットします。

割り当てがリセットされるとき

含まれる分と storage は各サイクルの開始時に補充され、翌月に繰り越されません。未使用の無料分は失われ、超過したサイクルが翌月から借りることもありません。だからこそ、サイクルの境界付近でのバースト的なワークロードは非効率になり得ます。

超過分の積み上がり方

サイクルの途中で割り当てを使い切ると、追加のすべての分がサイクルの残り期間、標準単価で課金されます。支出上限はこれを制限または停止できますが、それがなければメーターはサイクルがリセットされるまで単純に回り続けます。

サイクル内での予測

消費した分をカレンダーと照らし合わせて追跡しましょう: 月の 60% を経過して割り当ての 90% を使っているなら、超過します。ペース表示のダッシュボードがあれば、超過後に説明するのではなく、その前に行動できます。

サイクルが予算の驚きを生む理由

コストはサイクル全体で均一ではありません。release の追い込み、flaky テストの嵐、新しい matrix の job が、数日で使用量を急増させ得ます。請求額はサイクル内で累積するため、数日の悪い日が月の合計を支配することがあります。

サイクルごとの支出管理

支出上限を設定し、ペースをアラートし、通常の週が追い込みのための余裕を残すように基本の分を減らしましょう。1 分あたりの単価を下げれば各サイクルがさらに伸びます - Latchkey のマネージド runner は 1 分あたり約 70% 安いため、同じ割り当てと予算で毎サイクルはるかに多くの作業をカバーできます。

重要なポイント

CI の請求サイクルは通常、計測とリセットのための月次の期間です。
含まれる分は各サイクルで補充され、翌月に繰り越されません。
割り当てを使い切ると、超過分は標準単価で積み上がります。