Global policies to alert other teams on the creation of an incident

Darren_Burrows
Contributor
November 10, 2023

Hi, 

I'm trying to create a global policy so that when an incident is created within OpsGenie another team should have an alert generated, or be notified in some way. 

 

From investigating, it looks like when an incident is created an alert is autogenerated for the incidents owning team that corresponds to this - looking at these alerts, I can see some commonality that is unique to them, such as 'Incident-id' fields in the extra properties fields, which seem to be good options to use to trigger the policy.

From testing however we seem to be running into issues with doing things this way. 

It seems that irrespective of what option we set for the condition - ie message, description etc this seems to never trigger. 

Has anyone been able to set something like this up and if so how did you go about it? 

I'm trying to avoid enforcing how incidents should be raised, since this goes against our normal approach of letting teams work in the best ways for them hence the use of global policies and trying to use what OpsGenie auto fills on alerts generated by incident creation, rather than forcing the use of tags etc. 

5 answers

1 vote
Chris DeGidio
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
November 13, 2023

Hi @Darren_Burrows 

You can definitely use global policies to pull this off. You will want to use the responder alert or the owner-type alerts to key off within the policy. Here is an example video I put together showing this in action: https://app.screencast.com/5QmvchVRuUzHh

Please do let me know if you have any questions or need some clarifications on anything in the video Darren

Darren_Burrows
Contributor
November 13, 2023

Thanks Chris, 

Thats incredibly helpful. I'd actually just configured something using that very key-value string earlier this morning while poking around with it again. So its great to have confirmation that this was the right course to take. 

Will let you know if we have any issues with this. 

 

Thanks again :) 

Darren_Burrows
Contributor
November 14, 2023

Hey @Chris DeGidio we've tested implementing this with one or two minor additions based on some different values we've seen thrown up by alerts for the key-value, however this only seems to trigger when manually creating incidents. We have some incident rulings that sometimes auto generate incidents too, which seem to be missed by this config - having checked the key-values we're tracking, they look to match what the ruling has set up. 

Any ideas why this may not be working for incident ruling generated incidents? 

This is the policy we have set upimage.pngAnd the tracked key-values form the alert that was generated by the incident created by the incident ruling, showing they match what the policy is tracking against. image.pngThanks. 

0 votes
Tegan Krebbekx December 10, 2024

Actually... I may have figured it out.. I have found not setting a responder at all will not trigger the policy when the incident is created via the API.  When I set a one responder, it works alert wise. I was misled by the "responders" set on the incident, but I see now this is different to whom the alert was sent to! :) 

0 votes
Tegan Krebbekx December 10, 2024

Update: 

Unfortunately that didn't work either, I also played around with matching on the message instead to see if it was just my match on responders that wasn't working.

 

Here's a screenshot of a policy if it helps (was enabled when I was tested it!) policy.jpg

0 votes
Tegan Krebbekx December 10, 2024

Hi @Chris DeGidio and @Darren_Burrows ,

I think this the details in the video might help me get past a blocker but it no longer exists, would either of you be able to help provide the details? 

Similar to what Darren said a while back, I've created a global alert policy which seems to work with manually raised incidents, but it's not working when I create incidents using the genie API and I'm unsure why.

Basically I want to use global alert policys to change the responding team based on the timezone (alert time).  I've been sending through empty responders from the API and now wondering perhaps if I should set the responder in the API request then change it.. so I'll try that next and report back.  Please let me know if I'm missing anything obvious in the meantime!

Thanks

Tegan

Tegan Krebbekx December 10, 2024

Unfortunately that didn't work either, I also played around with matching on the message instead to see if it was just my match on responders that wasn't working.

 

Here's a screenshot of a policy if it helps (was enabled when I was tested it!) 

Chris DeGidio
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
December 10, 2024

hi @Tegan Krebbekx if you can go ahead and submit a support request to our team at support.atlassian.com we can certainly take a look at what is configured and instruct on the best available solution. 

Please submit a ticket at atlassian.com, you will just want to select the Opsgenie product during ticket creation and please include all relevant info.

Thanks so much!

0 votes
Joseph Kwan December 5, 2023

Hi @Darren_Burrows I have used global policies such that when an alert (levels P1 to P3) from external sources are created within OpsGenie, an additional team, Team B, would have an alert notification. This was done by modifying the alert where the responder field also contained Team B in addition to Team A. If there was another method, I am keen to know too.

Darren_Burrows
Contributor
December 5, 2023

We’ve actually got it working per Chris’s instructions above. Every incident we have that comes in will now create an additional alert for the specific responder team we have set up in the global policy. You can also set this to send an alert to individual users too. 

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events