Verify:Runner プロジェクトプラン

このプロジェクトのスコープは、GitLab SaaS 共有 Runner で使用されている現在のオートスケーリングテクノロジー Docker Machine を置き換えることです。

Docker Machine を置き換える GitLab Runner 向けオートスケーリングプロバイダー

Runner チーム DRI: Arran Walker

概要: このプロジェクトのスコープは、GitLab SaaS 共有 Runner で使用されている現在のオートスケーリングテクノロジー Docker Machine を置き換えることです。完全な実装計画については、この作業を現在追跡している親 epic をご覧ください。

2023-09-18 の週

目標

~~[ ] fleeting: AWS オートスケーリングアクティビティのログ記録~~
- 実装により、これが本当に必要かどうかについて疑問が生じました。
fleeting: API にシャットダウン関数を追加
fleeting: プラグインが使用できる公開プロビジョニング統合テストを追加

2023-09-25 の週

目標

fleeting-plugin-aws: AWS プラグイン統合テスト
taskscaler: 統合テスト

2023-10-02 の週

目標

fleeting-plugin-googlecompute: GCP プラグイン統合テスト
runner: Taskscaler ベースのエグゼキューター統合テスト

2023-10-09 の週

目標

fleeting-plugin-googlecompute: GCP プラグイン統合テスト
runner: Taskscaler ベースのエグゼキューター統合テスト
fleeting-plugin-googlecompute: 単体テスト
runner-incept: GCE での Runner マネージャーのエンドツーエンドテスト
fleeting-plugin-googlecompute: Google Compute プラグインの最小 IAM 権限の推奨

2023-10-16 の週

目標

fleeting-plugin-azure: README / 設定オプションの追加
fleeting-plugin-azure: 単体テスト
fleeting-plugin-azure: 統合テスト
taskscaler: Acquisition.WithContext の実装

GitLab Dedicated 向け専用 SaaS Runner

Runner チーム DRI: Joseph Burnett Slack チャンネル: #f_hosted_runners

概要: 専用 Runner とは、特定のプロジェクト・グループ・インスタンスのみに登録され、他のユーザーと共有されない Runner です。このプロジェクトにより、GitLab は Dedicated クラウドアカウント内で専用 Runner リソースを起動します。この作業を追跡するプロジェクトプランはこちらで確認できます。

イテレーション 16.5（2023-10-19 終了）

2023-09-25 の週

Runner SaaS デリバリーのタイムラインが Environment Automation の要件を満たすことを確認。満たしています: https://gitlab.com/gitlab-com/gl-infra/gitlab-dedicated/team/-/issues/2825#note_1586596202

2023-10-02 の週

目標

すべての作業を単一のサブ epic に統合。インフラストラクチャ・アズ・ライブラリ（GRIT）を提供し、Environment Automation が Runner 自体を運用するという合意を反映するよう Issue と epic の構造を更新。

2023-10-09 の週

Dedicated との epic と Issue の構造を明確化しました（スレッド）。以前の epic を置き換える Runner 側の新しいプロジェクトプラン: https://gitlab.com/gitlab-org/ci-cd/shared-runners/infrastructure/-/issues/158 このユースケースのすべてのライブラリ作業を追跡する新しい GRIT サブ epic: https://gitlab.com/groups/gitlab-org/ci-cd/runner-tools/-/epics/2

目標

Docker 対応 Linux AMI の仮作成
Linux をサポートするために dev 環境を更新。

イテレーション 16.6（2023-11-17 終了）

目標

エンドツーエンドで動作するテストテンプレートを完成
エンドツーエンドで動作する本番テンプレートを完成
単体テスト（進行中: https://gitlab.com/gitlab-org/ci-cd/runner-tools/grit/-/merge_requests/6）
エンドツーエンドテスト（レビュー中: https://gitlab.com/gitlab-org/ci-cd/runner-tools/grit/-/merge_requests/8）
デモと配信動画（https://www.youtube.com/watch?v=K_eOuXN-nXM）

2023-11-20 の週

テストテンプレートと本番テンプレートの両方でエンドツーエンドの機能を完成させました。エンドツーエンドテストが追加され、すべてのテストケースの再利用可能なアプローチを決定しながら単体テストが進行中です。 GRIT beta prod のデモ動画が録画され、本番テンプレートを使用した GRIT の最新状態が示されています。

イテレーション目標

単体テスト（進行中: https://gitlab.com/gitlab-org/ci-cd/runner-tools/grit/-/merge_requests/6）
ユーザーが自分の VPC を持ち込めるようにする（https://gitlab.com/gitlab-org/ci-cd/runner-tools/grit/-/issues/35）
最新の変更に合わせて README を更新（https://gitlab.com/gitlab-org/ci-cd/runner-tools/grit/-/issues/36）

2023-11-27 の週

まだご覧になっていない方は、ぜひ GRIT beta prod のデモ動画をご確認ください。本番テンプレートを使用した GRIT の最新状態が示されています。先週は単体テストの追加で進展がありました。唯一のブロッカーは、単体テストブランチと master ブランチの両方で e2e テストが壊れている Issue のようです。今週は調査してテストをパスさせます。また、最近の変更とリファクタリングを反映するために README を更新し、prod モジュールで VPC 設定の粒度を追加し始める予定です。

目標

単体テストを追加（進行中: https://gitlab.com/gitlab-org/ci-cd/runner-tools/grit/-/merge_requests/6）
Issue を開始: ユーザーが自分の VPC を持ち込めるようにする
E2E テストの修正と改善

2023-12-04 の週

失敗している E2E テストを調査し、GitLab Runner のログレベルの変更が原因であることがわかりました。 E2E テストは修正され、単体テストがマージされました。README の更新を開始し、リファクタリングによって GCP に関係するいくつかの設定が壊れていることがわかりました。これらの設定は単体テストと e2e テストが行われる前のものです。壊れた設定を修正してテストカバレッジを追加するための Issue を追加して MR を立ち上げました。現在の焦点は Dedicated Runner の AWS にあるため、README の GCP 設定の修正は現時点ではそれらの README ケースのみをカバーし、後で GCP に焦点を移した際にさらなる GCP テストをフォローアップする予定です。また、Dedicated Runner での VPC とサブネットのカスタマイズ方法について議論を開始しました。

目標

Runner フリートダッシュボード

Runner チーム DRI: Vladimir Shushlin Slack チャンネル: #f_runner_fleet_management

概要: セルフマネージドの Runner フリートのオペレーターは、Runner フリートインフラに関する重要な質問に素早く答えられる可観測性、つまり一目でわかる情報を必要としています。 Runner フリートダッシュボードで実用的な洞察を提供することで、GitLab Runner フリートのオペレーターが開発者チームの CI/CD ジョブを大規模に一貫して効率的に実行できることを確保するためのツールを提供します。CI/CD ジョブはどれくらい速く起動するか、CI/CD ジョブはキューで待機しているか、CI/CD ジョブ環境にパフォーマンスやその他の問題があるかといった質問への回答が Runner フリートダッシュボードですぐに確認できるようになります。その結果、CI/CD ビルドインフラに依存する開発チームにとって、開発者の効率向上・コスト削減・優れたカスタマーエクスペリエンスが実現されます。