Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

OpsGenie Service relationship for dependent services does not prevent duplicated incidents


I did setup service dependencies as document in the docs

but it seems it doesn't add any value to the monitoring!

I have a setup as follow:

The Service A that depends on Service B.

I was expecting it would prevent duplicate incidents when Service B fails and an incident are created for Service B, but Service A would also fail, because it depends on Service B, and now there are 2 incidents, where I would expect only one incident, and have both services linked to the incident.


If the service relationship doesn't do this kind of check, why would we use it?

1 answer

1 accepted

1 vote
Answer accepted
Connor Eyles
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Nov 16, 2021

Hi @Diego Mendes 

Service dependencies currently are really just for "Visibility", so it shows it on the service status page, but not on the incident itself.

It also is used in the Incident Investigation feature with Bitbucket Cloud workspaces to services in Opsgenie. So you can map repositories to Services, and if an incident occurs on ServiceA that has a relationship with ServiceB, you can pull in any deployments from the repository mapped to ServiceB that could be a potential cause for the incident.

A more detailed response on this can also be found on this community article here

Hope this helps!



Hi Connor,


Thanks for the answer. Not what I was expecting to hear but clarified my doubts.

It would be really helpful if OpsGenie could aggregate the incidents to centralise to escalation and communication into a single incident.

When a core service that affects everything else fails, we wouldn't want to wake up the entire company at night knowing only a specific team could sort this out.

Is there anything in the roadmap to cover this scenario?

Connor Eyles
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Nov 17, 2021

Hi @Diego Mendes 

So from my understanding and please correct me if I am wrong, If Service A dies only because Service B died, only wake up the folks that will fix Service B (since Service A will get fixed by proxy). Ideally you would want just the one Incident for this right?

You can't aggregate Incidents however you can assign more than 1 service to an Incident, for example Service B is real cause of the issue here have just the service B responder teams added to the Incident and assign the multiple affected services.

If you are worried about the owner team for each of these services being notified about the Incident then I would suggest just having the 1 service added to the incident that needs to be fixed. 

For visibility on the affected services you can dive into the affected service to see its relationships without it having to notify your entire company.

I hope this helps and happy to elaborate further.



Suggest an answer

Log in or Sign up to answer
AUG Leaders

Atlassian Community Events