In our notification policy workflow, I added policy that would dedupe for the same alias.
For testing purposes, I set:
- Match All Alerts
-- Delay notifications unless the de-duplication count is equal to "5"
I then sent test alerts in via datadog
I see the count for the alert going up, but expected the after 5, that another alert notification would show in opsgenie. However, the count just continues to climb.
Wondering what I am doing wrong.
Update - I see in activity log that with both "Delay notifications unless de-duplication count is equal to"
"Delay notifications unless the alert is occurred 2 times in a time interval..."
that it is delaying the first notification.
Now that I read the rule again, that seems to do what it's saying.
But how do we receive a notification for the first alert, then de-dupe subsequent alerts"
The goal is for the team members to receive the initial alert, then suppress subsequent so they aren't overwhelmed for the same alert unless a threshold is breached.
Thanks for any help,
As long as you are de-duplicating alerts, the a user will never process a notification request twice for the same alert. (with one exception - See below)
OpsGenie is all about expecting someone to respond to an alert when it happens. Once a person is notified, If that person doesn't respond, the OG follows the escalation rules.
So what this means:
1: OG will never send a 2nd "request to notify" to a user for the same alert as long as the alert is de-duplicated. 1 alert = 1 notification
2: A user will can not be added to multiple levels of an escalation to get re-notified. one the are notified thats it.
The design is that it expects people to respond to notifications. If they don't it moves on.
So there isnt a way to say "Notify me initially, and then notify me again if the de-duplication count reaches x" Its all 1 alert. Either notify me when it first happens, or notify me when the duplication count reaches x. The expectation is that until the notification is sent out, no response is needed. But when it is sent out, someone needs to respond. there is no "warn me about this, but dont care if i dont respond unless something else happens"
The exception. an escalation can be configured such that if it reaches the end of the escalation policy, and you have it set to repeat the escalation and reset the seen and acknowledged states, then it will clear everything and re-notify. But that has nothing to do with duplication counts. Its just time based.
We launched the first version of the Incident investigation view in April of 2020 for Bitbucket Pipelines. Shortly after that, we added the ability to investigate deployment-related incidents in Opsg...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events