-
Notifications
You must be signed in to change notification settings - Fork 99
[RFC][Draft] eBPF Sidecar Design Document #761
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
docs/ebpf-sidecar-design.md
Outdated
┌─────────────────────────────────────────────────────────┐ | ||
│ User Applications │ | ||
│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │ | ||
│ │ BanyanDB │ │ Prometheus │ │ Grafana │ │ | ||
│ └──────┬───────┘ └──────┬───────┘ └──────┬───────┘ │ | ||
└─────────┼──────────────────┼──────────────────┼─────────┘ | ||
│ Native Export │ Scrape │ Query | ||
▼ ▼ ▼ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why does Grafana even get involved? This seems unreasonable. Query from Grafana should go to Prometheus.
And if Prometheus needs to scrape metrics from BanyanDB, please do via BanyanDB Prometheus endpoint directly.
There is no point to propagate and store metrics in two places.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Exactly. Grafana should query metrics from prom .
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Got it. Metrics will be scraped by Prometheus from BanyanDB, and Grafana will only be used for visualization by querying Prometheus.
…cessary parameters. Update trace initialization to support new trace group functionality and enhance test cases with additional spans for better coverage. (apache#773)
Summary
This PR introduces a design document for the eBPF Sidecar Agent of BanyanDB.
The doc outlines the high-level scope, architecture, and modularization plan for kernel-level observability, focusing on page cache miss monitoring and related metrics.
Motivation
Key Topics
Notes
Next Steps