Content based Alert and incident registration in a single service

(Arpanbhagat5) #1

As I understand, alerts are the account of the events that occur in the target system and Incidents are those events which require some action for them to get resolved. Please correct me if I am wrong.

Currently, a PD service with email integration allows me

  • To register alerts and subsequently Incidents based on the email contents(subject, body, etc.).
  • Stop alerts from creating new incidents, if there’s an open incident.
  • Filter out some alerts based on the email content.

But, can I keep a log of some of the alerts without creating an incident for it?
In some systems it is a possible behavior to have alerts of different kinds. Some need users attention and some are just like logs(Eg. warning, info) used for analytics only.
The only solution that I could find in the community discussions is to create two different PD services
(one for creating alerts and incidents and other for suppressing all the log kind of alerts). But that will incur lot of management.

Is there any other elegant solution where this behavior can be mimicked in a single service?
Please help me understand the implementation of this case.

Kind regards,
Arpan Bhagat
Engineer, Yahoo Japan


(Thomas Roach) #2

You do have the option of using Global Event Rules, where you can have incoming emails route to the same service but either trigger an incident or suppress themselves based on your given ruleset. This would allow you to use one service, but still see the suppressed alerts in the Alerts tab.


(Arpanbhagat5) #3

Hello Tom
I had thought of this idea too. But, for a large number of services, the number of global event rules increase to an unmanageable extent.
So, if some sort of control could be introduced at service level to decide the flow (Register Alert only or alert and incident both) then that would be great.
Although, we have raised the same issue with the success manager our company, I wrote here to check if someone else faced similar issue and may have some elegant solution.

Arpan Bhagat
Engineer, Yahoo Japan


(system) closed #4

This topic was automatically closed 21 days after the last reply. New replies are no longer allowed.