[Feature] Trace Pipeline Support in BanyanDB
メンテナーはふだん 1 日以内に返信
@hanahmily がすでに取り組んでいます。
2025年12月25日 から。
評価
この issue はまだ評価されていません。
説明
Search before asking
- I had searched in the issues and found no similar feature requirement.
Description
🌟 Feature Request: Trace Pipeline Support in BanyanDB (Target: v0.11)
Summary
Introduce a trace pipeline framework into BanyanDB to enable trace-oriented processing, sampling, and enrichment directly within the database layer.
The pipeline will serve as the foundation for intelligent, context-aware trace handling—allowing dynamic update, analysis, and retention decisions while preserving schema and performance guarantees.
Background
BanyanDB currently supports efficient ingestion and querying of trace data, but processing is span-oriented and lacks capabilities for post-ingestion, trace-level operations.
Modern observability scenarios—such as tail-based sampling, cross-service trace enrichment, or behavioral trace analysis—require the database to treat a group of spans (sharing the same trace ID) as one logical unit.
Introducing a trace pipeline provides a structured mechanism to:
- Analyze and modify trace data after ingestion.
- Aggregate spans consistently, regardless of their reported order or source.
- Make smarter data retention decisions based on complete trace context.
Goal
Deliver a trace-level pipeline mechanism that:
- Processes collected spans as unified trace entities in best-effort strategy(No 100% guaranteed).
- Supports runtime enrichment and analysis of existing tag values, further considering to declear trace-level schema, e.g. trace latency.
- Maintains persistent file-based processor context across ingestion batches for continuity and scale.
- Enables tail-based sampling via a reserved deletion/retention flag.
- Integrates cleanly with OAP for schema declaration, dynamic loading, and test validation.
Use case
This issue includes several key features and use cases, mostly around trace post-analysis, e.g., tail sampling.
Most things were discussed between @hanahmily and me at a high level. No detail is confirmed yet.
Related issues
No response
Are you willing to submit a pull request to implement this on your own?
- Yes I am willing to submit a pull request on my own!
Code of Conduct
- I agree to follow this project's Code of Conduct
- 主要言語
- Java
- スター
- 25k
- フォーク
- 6.6k
- 平均マージ
- 13時間 9分
- マージ済み PR（30日）
- 23
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
apache/skywalking のほかの issue
-
database
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
apache/skywalking#14104 ·
メンテナーはふだん 1 日以内に返信
-
[BanyanDB] Data/Schema Import and Export対応中かも @mrproliu が 26 日前に担当しました。 オープンfeature
apache/skywalking#14102 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
[Feature] BanyanDB: local-scan performance follow-up for tag aggregation (optional)対応中かも @hanahmily が 4 日前に担当しました。 オープンdatabase feature
難易度 5/5 1週間以上 初心者へのやさしさ 38/100
apache/skywalking#14092 ·
メンテナーはふだん 1 日以内に返信
-
[Feature] Store BanyanDB's own logs in BanyanDB (self-stored logs)再び着手できるかも @hanahmily が 38 日前に担当しましたが、オープン中のプルリクエストはありません。 オープンdatabase feature
apache/skywalking#14076 · コメント 10 件 · 担当者 2 名 ·
メンテナーはふだん 1 日以内に返信
-
database
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
apache/skywalking#14070 ·
メンテナーはふだん 1 日以内に返信
apache/skywalking の issue をすべて見る
似ている issue
-
[Bug] dubbo.protocol.triple.max-message-size is only read from OS environment variables対応中かも @CCCLL が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 64/100
hierynomus/sshj#1070 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
intellij-elixir/intellij-elixir#4492 ·
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
quarkiverse/quarkus-openapi-generator#1796 · コメント 1 件 ·