Skip to content
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

[admin][db] project retention policy based on number of spans #6594

Closed
Tracked by #6358
mikeldking opened this issue Feb 26, 2025 · 2 comments · Fixed by #6703
Closed
Tracked by #6358

[admin][db] project retention policy based on number of spans #6594

mikeldking opened this issue Feb 26, 2025 · 2 comments · Fixed by #6703
Assignees

Comments

@mikeldking
Copy link
Contributor

mikeldking commented Feb 26, 2025

A project by default should come with a retention policy of X number of spans. This means as new traces are ingested, spans would fall off the tail of the project to minimize the database size "growing" indefinitely. This should be configurable per project.

@RogerHYang
Copy link
Contributor

We should probably delete whole traces instead, otherwise the trace tree could be fragmented with orphaned spans.

@BenMcH
Copy link

BenMcH commented Feb 27, 2025

Can a timeframe be considered in addition to a span count? There are a number of industries that have minimum retention requirements that this would help with.

IE: purge only after X years

@RogerHYang RogerHYang moved this from 📘 Todo to 🔍. Needs Review in phoenix Mar 21, 2025
@RogerHYang RogerHYang linked a pull request Mar 21, 2025 that will close this issue
@github-project-automation github-project-automation bot moved this from 🔍. Needs Review to ✅ Done in phoenix Mar 25, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Done
Development

Successfully merging a pull request may close this issue.

3 participants