CI/CDコストとRunner効率の最適化

速度と信頼性は注目されますが、コストも同じように重要です。CI/CDの実行時間、runnerの計算リソース、クラウドからのデータ転送は、特に大規模になるとすべて積み重なります。

コストを第一級の指標として扱うことで、チームの成長に伴ってもパイプラインを持続可能にできます。

CI/CDにおける主なコスト要因は次のとおりです。

• 消費したrunnerの実行時間の合計
• runnerのサイズ（大きいマシンほど1分あたりのコストが高くなります）
• 冗長なビルドや重複したビルド
• 遅いキャッシュ、またはキャッシュがないこと

それぞれを最適化すれば、開発のスピードを落とさずに請求額を減らせます。

大きいrunnerはより速く完了しますが、1分あたりのコストは高くなります。最も安価なのは、制限時間内に処理を完了できる最小のrunnerです。

異なるサイズでジョブのベンチマークを行い、単に最速のものではなく、ビルドあたりのコストが最もよいものを選んでください。

開発者が短時間に2回pushすると、通常は最初の実行が無駄になります。進行中の実行をキャンセルするConcurrencyを設定すれば、古い実行を自動的に停止できます。

ハングしたジョブは、プラットフォームのデフォルト制限に達するまで実行時間を消費し続ける可能性があります。必ずtimeout-minutesを設定し、暴走したジョブを迅速かつ低コストで失敗させてください。

パスフィルターと変更検出を組み合わせ、影響を受けるジョブだけを実行します。最も安価な1分間とは、そもそも使わずに済んだ1分間です。

また、ドキュメントのみを変更したコミットではpaths-ignoreを使ってCI自体をスキップしてください。

優れたキャッシュを使えば、数分かかる依存関係のインストールを数秒に短縮できます。ジョブが速くなれば、課金対象の実行時間も減ります。

ロックファイルを正確にキーとしてキャッシュし、有効性を保ちながら常に最新の状態にしてください。

並列ジョブはより早く完了します（リードタイムが短くなります）が、合計の実行時間は同じか、それ以上になる場合があります。直列ジョブは同時に使用するrunnerが少なくて済みますが、完了まで時間がかかります。

速度とコストのどちらを最適化するかに応じて、両者のバランスを取ってください。

実行量が多い場合、独自のインフラ上でセルフホストrunnerを運用すると、ホステッドrunnerより1分あたりのコストを抑えられる可能性があります。ただし、保守とセキュリティの負担が増えます。

損益分岐点を計算してください。固定のインフラコストと、ホステッドrunnerの1分あたりのコストに月間実行時間を掛けた金額を比較します。

測定しなければ最適化できません。時間の経過に伴うワークフローあたりの実行時間とマージされたPRあたりのコストを追跡してください。

GitHubの請求・使用状況レポートと、エクスポートした実行時間を使えば、シンプルなコストダッシュボードを作成できます。

品質を犠牲にしてコストを削減してはいけません。目標は効率化です。DORAメトリクス（デプロイ頻度、変更のリードタイム、障害からの復旧時間、変更失敗率）を高い水準に保ちながら、無駄を削減します。

最適化されたパイプラインは、高速で信頼性が高く、かつ経済的です。

パイプラインのコスト最適化についての理解度を確認しましょう。

パイプラインをコスト効率の高いものにする方法を学びました。

• runnerのサイズを適正化し、timeout-minutesを設定します
• 不要になった実行をキャンセルし、不要な処理を省きます
• 積極的にキャッシュを使って計算リソースの消費を削減します
• ビルドあたりのコストを測定し、DORAメトリクスとのバランスを取ります

効率化とは、高速で信頼性が高く、かつ手頃なコストで提供することです。