We couldn't load all Actvitity tabs. Refresh the page to try again.
If the problem persists, contact your Jira admin.
IMPORTANT: JAC is a Public system and anyone on the internet will be able to view the data in the created JAC tickets. Please don’t include Customer or Sensitive data in the JAC ticket.
Uploaded image for project: 'Opsgenie'
  1. Opsgenie
  2. OPSGENIE-73

As a user, I would like the ability to associate alerts to an incident based on a unique alias

    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      User Problem

      Using incident rules to automate incident creation is limiting - there are situations where a user needs a 1:1 correlation between alerts and incidents (as in, every alert will create a new incident), and this is not possible without building a unique incident rule for each possible alert. Also - hardcoding incident rules can be problematic when dealing with changing conditions in the alerts - rules have to be created to match each new potential alert.

      Suggested Solutions

      Implementing an 'alias' for incidents would allow more flexibility

      Current Workarounds

      None

            Loading...
            IMPORTANT: JAC is a Public system and anyone on the internet will be able to view the data in the created JAC tickets. Please don’t include Customer or Sensitive data in the JAC ticket.
            Uploaded image for project: 'Opsgenie'
            1. Opsgenie
            2. OPSGENIE-73

            As a user, I would like the ability to associate alerts to an incident based on a unique alias

              • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

                User Problem

                Using incident rules to automate incident creation is limiting - there are situations where a user needs a 1:1 correlation between alerts and incidents (as in, every alert will create a new incident), and this is not possible without building a unique incident rule for each possible alert. Also - hardcoding incident rules can be problematic when dealing with changing conditions in the alerts - rules have to be created to match each new potential alert.

                Suggested Solutions

                Implementing an 'alias' for incidents would allow more flexibility

                Current Workarounds

                None

                        36bd3fea80e3 Makarand Gomashe
                        jsitarz@atlassian.com Justin Sitarz
                        Votes:
                        30 Vote for this issue
                        Watchers:
                        30 Start watching this issue

                          Created:
                          Updated:

                            36bd3fea80e3 Makarand Gomashe
                            jsitarz@atlassian.com Justin Sitarz
                            Votes:
                            30 Vote for this issue
                            Watchers:
                            30 Start watching this issue

                              Created:
                              Updated: