CIコストスパイクとは? パイプライン支出の突然の急増

CIコストスパイクとは、請求サイクル内でのパイプライン支出の突然かつ急激な上昇であり、多くの場合、消費する分数を何倍にもする単一の変更が原因です。

CIコストは通常、徐々に増加しますが、スパイクは異なります。configの変更、新しいmatrix、または不安定なテストの嵐が、数日で支出を倍増させることがあります。請求はサイクル内で累積されるため、月の早い段階で検知されないスパイクが請求を支配します。スパイクを見つけて止めることは、CIコスト管理の核心です。

スパイクを引き起こすもの

一夜にしてjob数を何倍にもする新しいmatrixの次元。
多くのjobにわたって、より大きなマシンやmacOSにアップグレードされたrunner。
完全な再実行の波を引き起こす不安定なテストの嵐。
pushごとにパイプライン全体を実行するtriggerの変更。

なぜスパイクはこれほど痛いのか

支出は請求サイクル内で累積されるため、第1週に始まったスパイクは1か月中ずっと合計に加算され続けます。請求が届く頃には、数日の悪い日々が請求の大部分を占めることもあります。

スパイクを早期に検知する

月間合計だけでなく、日ごとの分数とコストを追跡しましょう。前日比の急増は進行中のスパイクです。累積支出とサイクルの進捗を比較するペースアラートは、まだ対処できるうちにそれを捉えます。

スパイクと成長を区別する

健全な成長は緩やかで、チームとcommitの量に連動します。スパイクは急激で、通常は単一の変更にたどり着きます。両者を区別することで、通常の成長への過剰反応や、本当の後退の見逃しを防げます。

スパイクを封じ込める

スパイクを見つけたら、その原因となった変更を特定しましょう - 暴走したmatrixを元に戻す、重いjobをLinuxに戻す、または不安定なテストを安定させます。支出上限とアラートは、診断している間の被害を抑えます。

スパイクの深刻さを減らす

より安価なベースラインは、あらゆるスパイクを縮小します。Latchkeyのマネージドrunnerは、同じ作業の急増をGitHubホスト型より約70%安く実行し、自己修復が不安定なテストの嵐 - スパイクの最も一般的な原因の1つ - を、課金される再実行の壁になる前に吸収します。

重要なポイント

CIコストスパイクとは、サイクル内でのパイプライン支出の突然の急増です。
よくある原因: 新しいmatrix、runnerのアップグレード、不安定さの嵐、triggerの変更。
累積請求により、早期のスパイクが請求を支配します。