getsentry / getsentry/sentry

Comparison workflows in Trace Explorer: Add useful ways to debug why key tracing based metrics are anomalous

Open
#97,934 1 comment 0 reactions 0 assignees View on GitHub
Explore > Traces Feature
Dominant language
Python
Stars
44.8k
Forks
4.9k
Avg merge
22h 21m
Merged PRs (30d)
586

Description

### Problem Statement

Sentry helps users identify problems in their web vital metrics or mobile metrics - but finding what caused that problem requires manually querying a lot of the tracing data to identify which facet of your service (os, release, device, region etc) might be a problem

Then it takes more effort to figure out what changes in your app - what spans are more frequent or anomalous to cause the problem

### Solution Brainstorm

Sentry can solve this problem in 2 ways

One we allow users to choose any anomaly and help them identify the suspect attributes that might be a problem:

Image

We're working on this feature and trying to target a Oct-Jan timeframe for this

For the second part of the problem, we want users to be able to compare aggregated trace waterfalls to easily find which spans in the tree structure are behaving differently

Image

This is something we're tracking to ship later

### Product Area

Explore

Contributor guide

Open the contributing guide

Research direction

No files, tests, or entry points are identified. Start by reviewing the Explore product area and the proposed anomaly-selection and aggregated trace-waterfall comparison flows; define a concrete deliverable and acceptance criteria before implementation.

Written by the indexing model from the issue text.

Assessment

Domain
observability-sre
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.