Оповещения о состоянии здоровья для интерфейсов пользователей
Оповещения о состоянии здоровья для интерфейсов пользователей
Система оповещений о состоянии системы выявляет критические аномалии в ключевых показателях интерфейса, запускает процесс создания проблем и позволяет проводить анализ первопричин. Мы рекомендуем использовать все доступные системы оповещений о состоянии системы для ваших веб- или мобильных интерфейсов, чтобы выявлять критические замедления или ошибки.
В этом руководстве описана настройка оповещений о состоянии системы для существующих интерфейсов, описаны доступные ключи оповещений и параметры обнаружения, а также выделены ключевые отличия от системы оповещений RUM Classic.
Прежде чем начать
Предварительные требования
- У вас есть права доступа, описанные в разделе «Права доступа RUM».
- Для выполнения запросов от имени анализатора обнаружения аномалий необходим субъект. В качестве субъекта можно использовать служебного пользователя
storage:metrics:readили свою собственную учетную запись. Оба варианта требуют следующих разрешений:storage:buckets:read,davis:analyzers:execute, иstorage:smartscape:read. Мы настоятельно рекомендуем использовать служебного пользователя — это позволит оповещению работать независимо от статуса учетной записи отдельного пользователя.
Доступные клавиши оповещений
Настраиваемые клавиши оповещений зависят от типа интерфейса. Для каждой клавиши оповещения по умолчанию используется анализатор обнаружения аномалий, но в расширенном режиме для любого оповещения можно переключиться на любой из трех доступных анализаторов: статический порог, сезонный базовый уровень или автоадаптивный.
| Кнопка оповещения | Веб | Мобильный | Анализатор обнаружения аномалий по умолчанию |
|---|---|---|---|
| Largest Contentful Paint (LCP) | Да | – | Автоадаптивный |
| Взаимодействие с Next Paint (INP) | Да | – | Автоадаптивный |
| Накопительное изменение компоновки (CLS) | Да | – | Автоадаптивный |
| Длительность действия пользователя | Да | Да | Автоадаптивный |
| Ошибки запроса | Да | Да | Сезонный базовый уровень |
| Исключения | Да | Да | Сезонный базовый уровень |
| Аварии | – | Да | Сезонный базовый уровень |
| Продолжительность запуска приложения | – | Да | Автоадаптивный |
| Снижение трафика | Да | Да | Сезонный базовый уровень |
| Резкие скачки трафика | Да | Да | Сезонный базовый уровень |
| АНР | – | Да | Сезонный базовый уровень |
В Synthetic оповещения о сбоях настраиваются отдельно и отображаются вместе с оповещениями о состоянии системы в Ключевых показателях опыта.
Настройка оповещений о состоянии здоровья
Вы можете в любое время настроить оповещения о состоянии здоровья в настройках интерфейса. Оповещения также можно настроить во время создания интерфейса — см. руководства по первоначальной настройке веб- и мобильных интерфейсов.
Настройка оповещений о состоянии здоровья для существующего интерфейса:
- В Ключевых показателях опыта перейдите в представление Explorer и выберите веб- или мобильный интерфейс, который хотите настроить.
- Перейдите во вкладку Настройки.
- Выберите Предупреждение о состоянии здоровья.
- Чтобы создать новое оповещение, выберите его из списка. Чтобы отредактировать существующее оповещение, выберите его.
- В разделе Установить область действия выберите ключ оповещения для метрики, которую вы хотите отслеживать.
- В качестве объекта Actor можно указать пользователя службы (рекомендуется) или вашу собственную учетную запись пользователя.
- (Необязательно) Чтобы изменить анализатор обнаружения аномалий или настроить его параметры, переключитесь в расширенный режим и выберите Далее, чтобы развернуть раздел Определение условия оповещения. Подробности см. в разделе «Расширенные параметры».
- Нажмите Далее, чтобы развернуть Добавить подробности.
- (Необязательно) В поле Заголовок измените заголовок оповещения по умолчанию.
- Выберите Добавить.
Вы также можете включать или отключать существующие оповещения с помощью переключателя в таблице оповещений или выбрать оповещение, чтобы отредактировать его конфигурацию.
Кроме того, вы можете управлять оповещениями о состоянии здоровья через API настроек. Подробности см. в разделе «API настроек — таблица схемы оповещений о состоянии здоровья на стороне клиента».
Максимальное количество оповещений о состоянии системы на одну среду составляет 1000. Это ограничение применяется ко всем интерфейсам в вашей среде. При достижении лимита пользовательский интерфейс возвращает ошибку, и вам необходимо удалить существующее оповещение, прежде чем сохранять новое.
Расширенные параметры
При добавлении или редактировании оповещения на вкладке Настройки во внешнем интерфейсе вы можете переключиться в расширенный режим, чтобы выбрать анализатор обнаружения аномалий и настроить его параметры. Для каждого ключа оповещения доступны три анализатора: статический порог, сезонный базовый уровень и автоадаптивный. Для каждого ключа оповещения есть анализатор по умолчанию (см. «Доступные ключи оповещений»), и описание, отображаемое в подробностях оповещения, адаптируется к выбранному анализатору. Подробное объяснение того, как каждая модель рассчитывает пороговые значения и оценивает нарушения, см. в разделе «Настройка обнаружения аномалий».
Статический порог
Статический порог генерирует событие, когда метрика превышает заданное пользователем фиксированное значение. Подробнее см. раздел «Статические пороги для обнаружения аномалий».
| Параметр | Описание | По умолчанию | Диапазон |
|---|---|---|---|
| Порог | Фиксированное значение, которое должен превысить показатель, чтобы сгенерировать событие. | 0.0 | – |
| Образцы, нарушающие правила | Количество одноминутных выборок в пределах скользящего окна, которые должны превысить пороговое значение, прежде чем будет сгенерировано оповещение. | 3 | 1–60 |
| Раздвижное окно | Количество одноминутных проб на 5-минутный цикл обнаружения. Должно быть больше, чем количество проб, нарушающих правила. | 5 | 1–60 |
| Образцы для дилеров | Количество стандартных образцов, взятых за одну минуту, которые должны оставаться в пределах порогового значения для завершения события. | 5 | 1–60 |
Автоматически адаптируемый порог
Используется для: LCP, INP, CLS, продолжительности запуска приложения и продолжительности действий пользователя.
| Параметр | Описание | По умолчанию | Диапазон |
|---|---|---|---|
| Количество колебаний сигнала | Количество раз, которое флуктуации сигнала (межквартильный размах) добавляются к базовой линии для получения порогового значения. Более высокие значения снижают чувствительность. Подробнее см. раздел «Автоадаптивные пороговые значения для обнаружения аномалий». | 1 | 1–10 |
| Образцы, нарушающие правила | Количество одноминутных выборок в пределах скользящего окна, которые должны превысить пороговое значение, прежде чем будет сгенерировано оповещение. | 3 | 1–60 |
| Раздвижное окно | Количество одноминутных проб на 5-минутный цикл обнаружения. Должно быть больше, чем количество проб, нарушающих правила. | 5 | 1–60 |
| Образцы для дилеров | Количество стандартных образцов, взятых за одну минуту, которые должны оставаться в пределах порогового значения для завершения события. | 5 | 1–60 |
Сезонный базовый уровень
Используется для: ошибок запросов, исключений, сбоев, падения трафика, всплесков трафика, ANR.
| Параметр | Описание | По умолчанию | Диапазон |
|---|---|---|---|
| Допуск | Регулирует ширину доверительного интервала вокруг сезонного базового уровня. Более высокие значения приводят к более широкому интервалу, что уменьшает количество срабатывающих событий. Подробнее см. раздел «Сезонный базовый уровень». | 4 | 1–10 |
| Образцы, нарушающие правила | Количество одноминутных выборок в пределах скользящего окна, которые должны превысить пороговое значение, прежде чем будет сгенерировано оповещение. | 3 | 1–60 |
| Раздвижное окно | Количество одноминутных проб на 5-минутный цикл обнаружения. Должно быть больше, чем количество проб, нарушающих правила. | 5 | 1–60 |
| Образцы для дилеров | Количество стандартных образцов, взятых за одну минуту, которые должны оставаться в пределах порогового значения для завершения события. | 5 | 1–60 |
Для закрытия события необходимо соблюдение критериев как для образцов, содержащих нарушения, так и для образцов, используемых дилерами. Дополнительные сведения см. в разделе «Настройка обнаружения аномалий».
Как отображаются оповещения о состоянии здоровья
В приложении Проблемы
Оповещения о состоянии системы запускают создание проблем, анализ их влияния и анализ первопричин, поэтому они отображаются в разделе Проблемы вместе с проблемами из других источников. Оттуда вы можете продолжить расследование в разделе Ключевые показатели опыта или Инспектор ошибок, как описано ниже. Дополнительную информацию см. в разделе «Расследование и устранение активных проблем».
В разделе «Ключевые показатели опыта»
В Исследовательском
В столбце Оповещения о состоянии здоровья отображается один чип на каждую группу оповещений:
- Доступность, основные параметры веб-приложений, ошибки и замедление работы веб-интерфейсов.
- Доступность, ошибки, сбои, ANR и замедление работы для мобильных интерфейсов.
Каждая группа соответствует следующим ключам оповещений:
- Основные веб-функции: LCP, INP, CLS
- Ошибки: ошибки запроса, исключения
- Сбои: Сбои
- АНР: АНР
- Замедление: время запуска приложения, время выполнения действий пользователем.
- Доступность: Синтетические оповещения о сбоях (настраиваются отдельно в разделе «Синтетический мониторинг»).
Каждый чип отражает наивысший уровень серьезности в своей группе:
- критически важен для активных событий
- Закрывается после завершения всех событий в указанный период времени.
Чипы отображаются только при наличии событий оповещения в выбранном временном интервале; на интерфейсах, где событий нет, отображается –.
С помощью панели быстрых фильтров вы можете отфильтровать данные по статусу оповещения.
В заголовке сведений на стороне клиента
Сообщения для всех соответствующих групп оповещений (тех же групп, что и в режиме проводника) всегда видны, независимо от того, какая вкладка открыта.
Каждый чип отражает текущее состояние:
- критически важно, когда активен хотя бы один из событий.
- Закрыто после разрешения всех событий.
- При правильной настройке всё работает, событий не обнаружено.
- Отключено, если группа оповещений не настроена.
В анализе производительности
Предупреждения о состоянии системы также отображаются в виде аннотаций на диаграммах соответствующих метрик (основные показатели веб-безопасности, частота ошибок, частота сбоев, продолжительность запуска приложения, продолжительность действий пользователя, падение трафика, всплески трафика и ANR):
- критически важен для активных событий
- Закрывается после разрешения всех событий.
Затронутые показатели выделены в разбивке по страницам и просмотрам:
- Критически важны для активных событий. В ходе исследования проблемы критически важными считаются только те показатели, которые затрагиваются исследуемой проблемой.
Выберите любой чип или аннотацию, чтобы открыть всплывающее окно с оповещениями о состоянии системы, в котором отображаются подробные сведения, затронутые метрики и время обнаружения всех событий в этой группе. Во всплывающем окне вы можете просмотреть диаграмму метрик, исследовать связанную проблему в контексте или отредактировать конфигурацию оповещения.
Если оповещение о состоянии здоровья связано с проблемой, выберите Расследовать проблему, чтобы открыть обзор проблемы в разделе Ключевые показатели опыта. Временной интервал будет корректироваться в зависимости от продолжительности проблемы, что позволит оценить влияние на работу интерфейса в контексте.
В инспекторе ошибок
Когда оповещение о состоянии системы вызывает проблему, связанную с ошибками на стороне клиента, вы можете открыть проблему в разделе Проблемы и выбрать Анализ ошибок. Это переведет вас в Инспектор ошибок, контекст проблемы будет передан автоматически. Страницы Обзор и Проводник отображают только ошибки с затронутых сторон клиента, а соответствующий тип ошибки (ошибки запросов, исключения или сбои) предварительно выбирается в зависимости от категории проблемы.
Для получения более подробной информации см. Инспектор ошибок.
Отличия от системы оповещений RUM Classic
В Ключевых показателях опыта оповещения о состоянии здоровья заменяют функцию обнаружения аномалий для отдельных объектов, доступную в RUM Classic. Ключевые отличия:
| Аспект | Оповещение RUM Classic | Предупреждения о состоянии здоровья (последние) |
|---|---|---|
| Объем | Применяется глобально или для каждого типа сущности. | Настраивается для каждого интерфейса пользователя. |
| Метрики | Анализ по браузерам, геолокации и операционным системам (базовый куб) | Сводные показатели по каждому интерфейсу, за исключением продолжительности запуска мобильного приложения, которая разделена по типу запуска приложения. |
| Анализаторы обнаружения | Статический и автоадаптивный | Статический порог, сезонный базовый уровень и автоадаптивный |
| Конфигурация | Классический пользовательский интерфейс или API настроек | API пользовательского интерфейса или настроек |
| Визуализация оповещений | Проблемы | Проблемы + чипы здоровья и накладки |
| Пользователь услуги | Не требуется | Требуется учетная запись пользователя или пользователя сервиса (рекомендуется учетная запись пользователя сервиса). |
Обнаружение аномалий в RUM Classic и оповещения о состоянии системы работают независимо и могут использоваться параллельно. Мы рекомендуем запускать оба механизма во время перехода на последнюю версию Ключ-АСТРОМ: оповещения о состоянии системы обеспечивают более точное определение влияния проблем на пользователей и сессии, а также детализацию оповещений для каждого интерфейса, в то время как обнаружение аномалий в Classic сохраняет пороговые значения на уровне страниц и сегментацию по измерениям (браузер, геолокация), которые пока недоступны в оповещениях о состоянии системы. Если у вас активны оба механизма для одной и той же метрики, возникающие проблемы будут объединены ИИ, если они относятся к одной категории и сущности, или могут срабатывать отдельно — в любом случае, создавая избыточность в охвате оповещений. Чтобы избежать этого, проверьте настройки обнаружения аномалий в Classic после настройки оповещений о состоянии системы и отключите все правила Classic, которые перекрываются.
Поиск неисправностей
Если оповещения не срабатывают должным образом:
- Проверка участника: выбранный участник должен обладать разрешениями, указанными в предварительных требованиях. Если пользователь службы был удален, его разрешения изменены или если учетная запись пользователя потеряла необходимые разрешения, анализатор не сможет выполнить свою работу.
- Проверьте временной интервал: события, связанные с оповещениями о состоянии здоровья, отображаются в соответствии с временным интервалом, выбранным в приложении. Если вы выберете временной интервал до того, как оповещение стало активным, события отображаться не будут.
