CI/CD ビルドスピード（結果までの時間）

属性

概要

CI ビルドスピードとパフォーマンス（結果までの時間）を測定するための再現性のあるプロセスとフレームワークを確立するワーキンググループを設置することを目指します。目的は、市場や顧客に対して GitLab の見解を示し、GitLab CI ビルドパフォーマンスを市場のリーダーとして位置付け、CI ビルドのコンピュートコストを抑えながら開発者の効率を最大化できるよう、最適化に関するガイダンスを顧客に提供することです。

このグループは主に CI ビルドスピードの測定に焦点を当てており、GitLab ホスト型ランナーと GitHub ホスト型ランナー、Circle CI などのサードパーティソリューションや他のプラットフォームホスト型ランナーとの比較を行います。

背景:

CI ビルドスピードとパフォーマンス（結果までの時間）および CI ビルドコスト効率は、市場における CI/CD ソリューションの成熟度が向上している中で特に重要な競争軸です。ブランド FY23 Q4 定性調査 のデータは「GitLab はスピードの連想において競合他社をリードしている」ことを示しています。しかし、私たちの内部ベンチマークテスト（スライド、レポート）では、GitLab SaaS での CI ビルドパフォーマンスについて混合した結果が出ています。そのため、GitLab SaaS 顧客の CI ビルドパフォーマンスに対する認識は、セルフマネージド顧客や、自社で CI ビルド環境を管理している GitLab SaaS 顧客とは異なる可能性があります。

Github や Harness.io などの競合他社は、CI ビルドスピードとパフォーマンスについて議論する際に一般的にビルド時間の長さに焦点を当てています。ビルド時間の長さはデフォルトのパフォーマンス指標ですが、ワーキンググループはフレームワークに含めるべき他の個別測定項目があるかどうかを評価する必要があります。

また、puzl.cloud や actuated.dev などの新規参入プレイヤーが GitLab SaaS ランナーの最大 5 倍のビルドスピードを主張しており、CI ビルドスピードのリーダーとしての GitLab のポジションに対する認識が変化しつつあります。

スコープ外

顧客ジョブのビルドスピードの可視化と観察可能性は、Fleet Visibility チームの CI Insights の一部として扱われるため、このワーキンググループのスコープには含まれません。

ビジネス成果

1. CI ビルドスピードとパフォーマンスを測定するための再現性のあるプロセスとフレームワークを確立する。このプロセスには測定頻度（四半期ごと、半年ごと、年次）を含める必要があります。
2. CI ビルドスピードと効率の向上に特化した競合他社の製品機能について深く分析する。
3. CI ビルドスピードとパフォーマンス改善に関する技術分析を実施する。
4. ビルドスピードとパフォーマンスに特化した GitLab CI の競合力を向上させるための新規投資または機能の優先順位付けについて、プロダクトリーダーシップへ推奨事項を提出する。
5. GitLab での CI ビルドスピードとコスト効率を向上させる方法についての顧客向け包括的資料を作成する。
6. CI ビルドスピードデータをブログ投稿やその他のマーケティング素材で外部に公開する方法について法務部門でレビューおよび合意を得る。

終了条件

1. CI ビルドスピードベンチマークプロセスをハンドブックに定式化する
2. CI ビルドスピードの継続的なモニタリング用内部チャートを作成する
3. GitLab CI ビルドスピードを改善する方法に関する最初のブログ投稿を公開する

ロールと責任

ページのソースコードを見る - ページの編集 - please contribute.