getsentry / getsentry/sentry-java

Issue: is:escalating filter appears to misclassify issues during short-term spikes

未關閉
#5,355 2 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視
Android Feature Issues > Other
主要語言
Kotlin
星號
1.4k
分支
478
平均合併
2 天 22 小時
30 天內合併 PR
69

描述

### Problem Statement

The `is:escalating` issue filter does not appear to align with intuitive or expected behavior during short‑term error spikes. Issues returned by this filter are often not meaningfully “escalating,” even when there is a clear spike in errors over a shorter time window.

This makes it difficult to rely on the filter for operational triage during incidents

### Solution Brainstorm

One of the following would be expected:

- `is:escalating` should correlate with a recent increase in frequency or impact over an appropriate short-term window (e.g., minutes or hours), or
- The definition of “escalating” should be clarified if it is intentionally comparing broad timeframes (e.g., week-over-week).

It appears that escalation may be determined by comparing this week vs. last week, which may be too coarse for operational use during real-time incidents. e.g. an alert reviewing the last 15 mins showed a solid bump in count for issues, but none of the issues listed in the Alert showed as "escalating", even though one clearly has an increase in count.

貢獻指南

開啟貢獻指南

研究方向

使用涵蓋最近 15 分鐘的警示重現該行為,然後將它顯示的 issue 與 `is:escalating` 的結果以及篩選器目前的比較時間範圍進行比較。完成的標準是:要麼讓篩選器與短期頻率或影響的增加保持一致,要麼記錄它刻意使用的較寬時間範圍。

由索引模型根據 Issue 內容生成。

評估

領域
observability
Issue 類型
缺陷
難度
5/5
預估耗時
一週以上
活躍度
冷清
描述清晰度
基本清楚
新手友好度
35/100

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。