Open jimleroyer opened 2 years ago
@jimleroyer Is this still happening, duplicate key errors?
Hey team! Please add your planning poker estimate with Zenhub @andrewleith @jimleroyer @jzbahrai @Pensai @sastels @smcmurtry
@yaelberger-commits This topic came back this week. Definitely still valid and stealing support focus.
Revisit this in January or February to evaluate if changes to New Relic did the job or if more effort is needed
@jimleroyer @jzbahrai Has this issue been resolved or are we still seeing too many duplicate key errors?
@jimleroyer @jzbahrai Has this issue been resolved or are we still seeing too many duplicate key errors?
Description
We get too much noise in the #notification-ops channel with unique key violation errors. These are expected as we use standard SQS queues which do not guarantee to send one and only one message. Hence finetuning the alarm to filter out a minimal number of duplicate should be be OK while raising an alarm if too many are reported in a short period of time (i.e. a few minutes).
As a person on support, I need to have less alarms concerning inconsequential duplicate errors key so that I can achieve focus on higher priority alarms.
WHY are we building?
Less noise in the notification-ops channel and more focus on important alarms.
WHAT are we building?
Better alarms filter.
VALUE created by our solution
More focus and less distraction.
Acceptance Criteria** (Definition of done)
QA Steps
Additional context
Patrick wrote: