イベントストリーム ワーキンググループ

属性

コンテキスト

現在、GitLab 製品内でイベントを発行・購読するための方法が 3 つ以上存在します。 イベントに関する単一の標準はなく、他の GitLab システムやサービスからイベントを発行・購読するための標準的な方法もありません。

GitLab.com とセルフマネージドインストールの両方において、イベントとその発行・消費方法を標準化する必要性が高まっています。

ワーキンググループのゴール

このワーキンググループは以下のゴールを持ちます:

1. 現在のイベントシステムをドキュメント化する
2. イベントストリームに対する現在確認されているユースケースをドキュメント化する
3. 標準化されたイベントストリームとイベントのためのアーキテクチャを定義・展開する
   1. GitLab 内およびセルフマネージドでのイベントストリーム利用に関するアーキテクチャブループリント
   2. 安全でセキュアなデフォルトを定義する。セキュリティの推奨事項とガイドラインを提供する。
4. ロールアウト戦略と計画を定義する
   1. 現在のユースケースに対する SaaS ロールアウト戦略
   2. リファレンスアーキテクチャにイベントストリームを追加するための基盤を整備する
5. ワーキンググループの成果を展開するためのコミュニケーション計画を策定する

終了基準の進捗

定義

イベントストリームとは

イベントストリームとは、製品内で発生するイベントのストリームです。より具体的には、GitLab においては、製品のソフトウェア変更、イベントスキーマとプロトコル、およびインフラストラクチャが含まれます。

潜在的なツール/サービス

他の企業がこの目的で使用しているツール/サービスがいくつかあります。

1. Kafka
2. NSQD
3. RabbitMQ
4. GCP PubSub

関連する GitLab ドキュメントまたは Issue

• https://gitlab.com/gitlab-org/gitlab/-/merge_requests/34042
• https://gitlab.com/gitlab-org/gitlab/-/issues/338454
• 監査イベントのストリーミング

終了基準

イベントストリームの実装が決定された場合、終了基準は以下のとおりです:

1. SaaS とオンプレミスで使用するツール/サービスを定義する（それぞれ異なる場合がある）
2. システムアーキテクチャを定義する
3. 実装計画と哲学を定義する
4. イベント構造を定義する

ロールと責任

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