GitHub Actionsの支出上限とは？CIの請求額に上限を設ける

GitHub Actionsの支出上限とは、1つの請求サイクルで従量課金のActions使用に対して請求され得る金額に設定可能な上限です。

GitHub Actionsは含まれる分数を使い切ると超過分を自動的に課金するため、コストが静かに膨れ上がる可能性があります。支出上限はそのガードレールです。従量課金の作業をスケジュールするのを停止する前に、追加でいくらまで支払う意思があるかをGitHubに伝えます。その動作を知っておくことで、予期しない請求と予期しない停止の両方を防げます。

上限が制御するもの

支出上限は従量課金の使用 - 含まれる割り当てを超える分数に加えてストレージの超過分 - に上限を設けます。デフォルトでは無料プランの上限は$0であり、超過が一切許可されないことを意味します。有料の使用を選択した上限まで許可するには、それを引き上げます。

上限に達したときに何が起こるか

従量課金の使用が上限に達すると、GitHubはそのサイクルの残りの期間、それ以降の従量課金 workflow の実行を停止します。コストが発生する workflow は、サイクルがリセットされるか上限を引き上げるまでブロックされます - 請求額を保護しますが、リリースをブロックする可能性があります。

それが生み出すトレードオフ

低い上限は暴走するコストからあなたを保護しますが、サイクルの途中でCIをブロックするリスクがあります。高い上限はCIを流し続けますが、実質的な保護はほとんど提供しません。適切なレベルは、使用量がどれほど予測可能かによって異なります。

適切な上限を設定する

過去の超過分に繁忙期のための余裕を加えたものを基準にし、workflow が停止する前に対処できるよう、上限よりも十分に低いところにアラートを組み合わせてください。アラートのない上限は、最悪のタイミングで派手に失敗しがちです。

上限対コスト削減

支出上限は原因ではなく症状に対処します。もし何度も上限に達するなら、本当の解決策は無駄を削減すること - cache、不安定な再実行の排除、適切なサイズ調整 - か、同じ作業が上限に収まるようレートを下げることです。

より低い上限が必要な場合

より安いベースラインは、どんな上限でも快適にします。Latchkeyのマネージド runner は同じ workflow をGitHubホスト型より約70%安く実行するため、同等の作業は同じ支出上限のはるか下に収まり、自己修復が不安定な再実行がそれを食いつぶすのを防ぎます。

重要なポイント

支出上限はサイクルごとの課金対象となる従量課金のActions使用に上限を設けます。
上限に達すると、リセットまたは引き上げまで、それ以降の従量課金 workflow がブロックされます。
低い上限はコストを保護しますがCIをブロックするリスクがあり、高い上限はその逆です。