CIのショーバック/チャージバックとは？チームに支出を担わせる

ショーバックは各チームに自身のCI利用のコストを示し、チャージバックはそのコストを実際にチームへ請求します。どちらもCIを共有の費用から自分ごとの費用へと変えます。

CIが単一の中央請求である場合、どのチームも自分のpipelineのコストを感じないため、無駄が蓄積します。ショーバックとチャージバックは、支出をそれを生み出すチームに結びつけることでそのループを閉じます - 両者の違いは、コストが単に報告されるのか、それとも財務的に割り当てられるのかという点です。

ショーバックの説明

ショーバックは、お金を動かすことなく、各チーム、repo、または製品にそのCI支出の割合を報告します。これは情報提供的です。チームは自分のフットプリントとpipelineの相対的なコストを見ることができ、それだけでしばしば行動が変わります。

チャージバックの説明

チャージバックはさらに一歩進み、コストを各チームの予算に割り当てます。今やCI支出はチーム自身の帳簿に計上され、最適化への直接的な財務的インセンティブを生み出します。運用は重くなりますが、レバーとしてはより強力です。

それぞれをいつ使うか

まずショーバックから始めましょう - 低摩擦でデータを可視化します。組織が十分に大きくなり、情報提供的な報告だけでは行動を変えるのに不十分で、財務が真のコスト配分を望むようになったら、チャージバックへ移行しましょう。

両者が必要とするもの

どちらも正確なコスト配分に依存します。タグ、repo、またはrunnerプールを通じてチームにマッピングされたminutesとストレージです。クリーンな配分がなければ、ショーバックの報告は異議を唱えられ、チャージバックは不公平になります。

行動への影響

要点は説明責任です。自分のCIコストを見る（または支払う）チームには、cacheを使い、不安定な再実行を止め、runnerを適切なサイズにする理由があります。中央での最適化だけでは、コストを感じるオーナーによって下される何千もの小さな決定には及びません。

チャージバックされる額を下げる

より安価なプラットフォームは、全員に割り当てられるコストを一度に下げます。ショーバックやチャージバックのワークロードをLatchkeyのマネージドrunner上でGitHub-hostedより約70%低い価格で実行すれば、各チームの数字は下がり、自己修復が不安定な再実行を彼らの勘定から締め出します。

重要なポイント

ショーバックはCIコストをチームに報告し、チャージバックはそれをチームの予算に請求します。
ショーバックは低摩擦で情報提供的であり、チャージバックはより強力なレバーです。
どちらも公平で有用であるためには正確なコスト配分に依存します。