Некоторые подходы к эскалации оповещений в системах мониторинга:

• Иерархическая эскалация. 1 Инцидент передаётся команде или сотруднику в зависимости от их уровня квалификации или положения в организации. 1 Например, если первый исполнитель не может решить проблему, он передаёт её разработчику, более старшему по должности. 1 Если этот разработчик также не может решить проблему, она снова передаётся более старшему разработчику по иерархии — и так до тех пор, пока проблема не будет решена. 1
• Функциональная эскалация. 1 Инцидент передаётся команде или сотруднику, лучше подготовленному для его устранения, с учётом его навыков или знания систем, а не должности. 1 Например, первым дежурным исполнителем может быть младший разработчик из команды, которая занимается серверной частью продукта X. 1 Если он обнаружит, что основная проблема возникла из-за интеграции с продуктом Y, то может эскалировать инцидент другому младшему разработчику из команды по разработке продукта Y. 1
• Автоматическая эскалация. 1 Можно настроить правила, в соответствии с которыми система будет автоматически эскалировать инцидент, если основной дежурный не подтвердит или не закроет оповещение. 1

Также существует политика эскалаций — последовательность уведомлений, которую можно запустить при переходе алерта в статус Alarm. 4 Если на одно из уведомлений не было ответа в течение заданного времени, система автоматически отправляет его другим способом. 4