Розничная платформа работает на масштабируемом наборе виртуальных машин Azure (VMSS) для уровня API, App Service для веб-интерфейса и Azure SQL Database. Необходимо: 1) Отправлять оповещения, когда средняя загрузка ЦП VMSS превышает 80% в течение 5 минут (уведомлять дежурного по SMS) и когда она превышает 95% в течение 5 минут (вызывать SRE через PagerDuty). 2) Передавать диагностические журналы App Service и SQL в рабочую область Log Analytics и архивировать их в Azure Storage на 365 дней. 3) Активировать оповещение, когда журналы App Service содержат 'OrderTimeoutException' более 10 раз за 5 минут. Что следует реализовать?

Правильный ответ соответствует всем требованиям. Два отдельных правила метрических оповещений Azure Monitor для ЦП VMSS с разными порогами (80% и 95%) и соответствующими группами действий (SMS и PagerDuty) точно реализуют первое требование. Настройка параметров диагностики для App Service и Azure SQL для отправки данных в Log Analytics и хранилище удовлетворяет второе требование. Оповещение по запланированному запросу Log Analytics, подсчитывающее 'OrderTimeoutException', решает третье требование. Неправильные варианты: Динамическое метрическое оповещение с правилами обработки не подходит для разных действий на основе фиксированных порогов. Activity Log не содержит детализированных журналов приложений для 'OrderTimeoutException'. Автомасштабирование не предназначено для уведомлений, а Azure Policy не является основным инструментом для сбора журналов. Метрическое оповещение в App Service не может анализировать содержимое журналов. Интеллектуальные оповещения и Event Hubs усложняют решение без необходимости, а динамические пороги могут быть неточными для фиксированных требований. Правила действий не изменяют серьезность оповещения на основе диапазона метрики для одного оповещения. Azure Defender for Cloud не является основным инструментом для сбора всех диагностических данных и настройки пользовательских оповещений по содержимому журналов.