CIにおける再実行のコストとは？同じ job に二度支払う

再実行のコストとは、すでに一度実行されたCIの job を再実行するために費やす追加のお金であり、ほとんどの場合は不安定さや一時的な失敗が原因です。

再実行は無料に感じられます - ボタンをクリックするだけです - が、job 全体を再び課金します。再実行はとても簡単で当たり前になっているため、静かに請求額を膨らませているにもかかわらず、そのコストは測定されないままです。再実行のコストを定量化すると、通常は無駄な支出の二桁パーセントの割合が明らかになります。

なぜ再実行は全額かかるのか

再実行は job を最初から再実行し - 同じチェックアウト、インストール、build、テスト - オリジナルとまったく同じように計測されます。「すでにこれを実行した」という割引はないため、再実行はその job のコストを倍にします。

その課税がどれほど大きいか

job の10%が一度再実行される場合、追加の価値なしにおよそ10%多くの計算リソースを支払います。月$1,000の請求では、それは毎月$100であり、次の試行で最初に成功した作業を再実行するだけによるものです。

再実行はプレミアム runner で最も高価

macOSの runner での不安定な再実行はLinuxの再実行の10倍かかり、Windowsでは2倍です。同じ不安定さでもプレミアムOSやより大きな runner ではるかに高価になるため、再実行と runner の選択が相互作用してコストを増幅させます。

隠れた人的コスト

計算リソース以外にも、再実行には通常、人間が失敗に気づき、不安定だと判断し、クリックする必要があります。そのトリアージとその後の待ち時間は、しばしば分単位のコストよりも高くつき、チームのすべての開発者に比例して増大します。

再実行のコストを測定する

再実行率を追跡し、job あたりの計算コストを掛けて直接的な数値を求めます。/learn/github-actions-cost-calculator の計算ツールは不安定な再実行を明示的にモデル化しているため、月間のドル金額を確認できます。

再実行のコストを解消する

不安定なテストを安定させ、インフラの不安定さを取り除きましょう。Latchkeyのマネージド runner は一時的およびインフラの失敗を自動的に自己修復し、人間や二度目の課金される実行なしに、潜在的な再実行の大部分を回復します - およそ70%安いレートに加えてです。

重要なポイント

再実行は割引なしで job 全体を再び課金します。
10%の再実行率は、毎月およそ10%の無駄な計算リソースに相当します。
再実行はmacOSとWindowsのプレミアム runner で最もコストがかかります。