Team escalation policies
...
| Table of Contents | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
Overview
When a team gets equipped to manage operations, it gets an escalation policy set by default when the team is created. When an alert is assigned to a team, all team members have access to the alert and can see it on the Alerts alerts page. Opsgenie Jira Service Management uses the team escalation policy to determine which team member to notify by notify by default. You can change Opsgenie's this behavior and notify other escalations/on-call schedules by setting Routing Rules routing rules. A default configuration for the team escalation policy is provided when you create the team for the first time. Account or team admins can
You have to be a team admin to be able to edit or add new escalation policies anytime. Learn more about how escalations work in Opsgenie. You can create multiple escalation policies for the same team. When adding an escalation, designate a name, description, and rules for that escalation. Routing Rules defined on top of your Team dashboard specifies rules define which escalation will be processed when an alert is assigned to the team.===
How do escalations work?
When multiple users or a group team (with multiple users as members) are specified as the Responders responders of an alert, Opsgenie Jira Service Management notifies each user at the same time according to their notification preferences. However, notifying users in a desired order is required in most cases, instead of notifying all of them at once. Escalations are used to Escalation policies notify responders according to a given order. After an escalation is added as a responder to an alert, the escalation rules notify responders when the specified time is over and the state of the alert meets the specified condition.
Watch Using escalation policies video on Youtube.
Each escalation rule can have one of the following as its responders:
Responder users
Groups (this option has been deprecated)
Teams (Note that if Members designated as responders
Teams
If the escalation rule is configured to have a team as its responder, routing rules of the specified team will be are applied while determining the notification targets).All members of a team
Admin(s) of a team or usermember(s) of a team (Note that only
Only the default rules can be a target of an escalation).A random member of a team (Note that because
Because of randomness, if this step is repeated, the same member can be chosen consecutively).On-call members of a schedule
Next member of an on-call schedule
Previous member of an on-call schedule
The default team escalation policy is a
...
good example to understand escalations. Using this escalation policy, Jira Service Management sends notifications to the on-call user(s) first based on the on-call schedule. The on-call members can view and acknowledge or close the alert. When the alert is acknowledged or closed, the escalation policy stops. If the alert remains unacknowledged or open after a set duration, then Jira Service Management executes the second escalation step and notifies the next user in the rotation.
Add rules to an escalation policy
While adding rules to an escalation policy, specify a condition for the rule to notify its responder. Each rule has one of the following as its notify condition:
...
condition - the alert is not acknowledged
...
or not closed
...
. If these conditions are specified for an alert, then the escalation rule is evaluated and the responder is notified or not notified according to these conditionsaccordingly.
On your team’s profile page, scroll to the Operations section and select Get started.
Select On-call from the sidebar on the Operations page.
Select Add escalation policy if you’re doing it for the first time or the + icon.
The following is an example escalation setup:
...
Click Select each rule to expand and edit the configuration of the escalation, such as the action being taken on the alert, the time after which an action needs to be taken, and who needs to should be notified. Each rule is added and configured via the drop-down menus and entry fields as shown above.Click . Select + Add Rule to add a rule and Save to save each rule individually, Add Rule to add an entirely new rule, and Update to update any changes made.
Escalations You also have an option of "repeating", as shown with the toggle switch (pictured above and below). With this option, when the time for the last escalation rule passes, the escalation policy is restarted after the time for repeating (if one is specified) passes.
...
If the option to "Revert acknowledge and seen states back on each repeat turn" is selected, all the option to repeat escalations. Turning it on will repeat escalations after a specified duration for a specified number of times, if alerts aren’t acknowledged. You can set an escalation to repeat 20 times at the maximum for a single alert.
...
Select Close the alert automatically when the repeats are over to automatically close the alert after the repeats are completed (even if the alert is acknowledged).
Select Change the alert status to open (even if acknowledged or seen already) on every repeat, all the states of the alert that prevent a responder from being notified are
...
set to open while an escalation is repeating
...
. In other words, even if the alert is acknowledged or a responder from an escalation has seen the details of the alert via
...
the web or mobile application, the responder of the escalation rules are notified on the next
...
If the option to "If escalation repeats are completed, close the alert automatically" is selected, the escalation automatically closes the alert after the repeats are completed (even if the alert is acknowledged).
An escalation can be configured to repeat at most 20 times for a single alert.
When the responders field of an alert is set to an escalation policy, Opsgenie uses that escalation policy to determine who to notify, when, and in what order. Opsgenie escalations are defined on Team > On-call section or Escalations API. In addition, a default team escalation policy is created automatically for each team. When a team is added to an alert, the escalation policy of the team is used to determine who should be notified, and when. The following is an example escalation of a team:
...
The default team escalation policy is a good example to understand escalations. Using this escalation policy, Opsgenie first sends notifications to the on-call user(s) based on the on-call schedule. In the example above, on-call users can view and acknowledge/close the alert. If/when the alert is acknowledged or closed, the escalation policy stops.
...
.