While it is possible to associate an incident with a service, is it possible to have alerts have associated with a service? Associating alerts to just a team solves for associating an alert with people but offers no way to associate an alert with a service. One can always workaround by using specific tags with alerts to capture the notion of service but this is not the same as having them rollup under the "service" concept offered by OpsGenie.
I hope your day is going well and this answer reaches you well. Currently, in the incident platform of Opsgenie, you would be able to correlate alerts to a service through the services incident rule. Utilizing the incident rule will ensure that when any specific alert comes in it can be matched to the service and then correlated to an incident as it is created automatically. I have attached a screenshot of where you can set that up. Setting the incident rule up will ensure any specific alert is matched to services and rolled up into an incident.
Please let us know if there are any further questions or concerns and we will be happy to help.
Thanks @Chris DeGidio . I was already aware of this.
What you showcased is as follows:
The shortcoming with this approach not every alert results in an incident. Hence the ability to directly associate an alert to a service under all situations (incident or otherwise) becomes essential.
It would be helpful to understand why Opsgenie deliberately does not provide the ability to associate an alert with a service (and hence be able to view the relationship between services).
I agree with @Arvind Jayaprakash that it seems natural that not all alerts are incidents, but all alerts relate to services.
Since the tool doesn't support it, I am wondering if the way we're architecting for opsgenie is wrong given that a lot of thought has been put into the product.
Clearly tags and extra fields can be used to connote the service names and can be used in incident rules, but that doesn't help communicate the service relationships when looking at alerts, despite services existing as a native feature of the product.
I second this feature request. Having moved from PagerDuty to OpsGenie, this is one of the features I miss the most. While I appreciate both tools are different and can't be compared one on one, the ability to associate alerts with a service, but also to define configuration on a service level (e.g. for service A notify through email, for service B notify through Slack channel #devs, for service C notify through Slack channel #company-wide) was a very useful one and I hope to see OpsGenie provide such functionality in the near future too.
I third this feature request. I was looking for a way to inhibit alerts for a service when that service is undergoing maintenance, using something that a human can click in the OpsGenie interface or a machine could toggle via the API. I thought Service and Maintenance was the OpsGenie way to go about this.
Now I discover that every alert will have to be upgraded to an Incident to achieve this. Doable, but it feels like an unnecessary extra layer of indirection.
In the past, managing IT infrastructure was a hard job. It required a lot of manual effort and it was hard to keep track of all the necessary information (monitoring, scalability etc). Thankfully, as...
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