IKuznetsov: Новая страница: «= Управление хранилищами для RUM = При управлении хранилищами данных '''Мониторинга реальных пользователей''' ('''RUM''') важно знать, как: * Создавать пользовательские сегменты и назначать им соответствующие данные '''RUM'''. * Определять стратегию сегментации, п...»

2026-08-19T18:29:13Z

Новая страница: «= Управление хранилищами для RUM = При управлении хранилищами данных '''Мониторинга реальных пользователей''' ('''RUM''') важно знать, как: * Создавать пользовательские сегменты и назначать им соответствующие данные '''RUM'''. * Определять стратегию сегментации, п...»

Новая страница

= Управление хранилищами для RUM =

При управлении хранилищами данных '''Мониторинга реальных пользователей''' ('''RUM''') важно знать, как:

* Создавать пользовательские сегменты и назначать им соответствующие данные '''RUM'''.
* Определять стратегию сегментации, период хранения и принадлежность.
* Как данные и сегменты '''RUM''' взаимодействуют друг с другом.

Назначение сегментов не применяется задним числом к уже существующим данным. Правила применяются только к данным, загруженным после вступления правил в силу.

Пользовательские сегменты для '''RUM''' настраиваются так же, как и для других данных Хранилища данных. Вы можете создавать и управлять ими следующим образом:

* Управление хранилищем.
* '''REST API'''.

При выполнении '''RUM''' Ключ-АСТРОМ записывает данные в следующие таблицы:

* Пользовательские сессии.
* События пользователя.

С пользовательскими сегментами, настроенными для хранения данных '''RUM''':

* Каждому сеансу или событию в момент приема данных присваивается ровно одна корзина.
* Корзина определяет:
** Срок хранения.
** Уровень хранения (в зависимости от конфигурации вашего продукта).
** Доступность и производительность запросов.

Стандартные инструменты '''RUM''' (обозреватели, дашборды, блокноты) могут выполнять запросы к следующим данным:

* Корзины по умолчанию.
* Пользовательские корзины, к которым у вас есть доступ.

В зависимости от дизайна пользовательского интерфейса это либо прозрачно, либо отображается через фильтры и области видимости.

== Создайте пользовательский сегмент данных и назначьте ему соответствующие данные RUM ==

=== Создать пользовательский сегмент ===

# Перейдите в '''Настройки''' > '''Управление хранилищем''' > '''Управление хранилищем сегментов''' > '''Создать сегмент'''.
# Введите имя сегмента, а затем выберите <code>user.sessions</code> или <code>user.events</code> в качестве типа таблицы сегмента. Чтобы иметь возможность установить период хранения (в днях), присоединитесь к программе предварительного просмотра.
# Выберите '''Создать'''.
# Нажмите '''Обновить''', чтобы обновить список корзин.

=== Присвойте соответствующие данные RUM соответствующей корзине ===

# Перейдите в '''Настройки''' > '''Обработка и контекстуализация''' > '''OpenPipeline''' > '''Пользовательские сессии''' или '''Пользовательские события'''.
# Перейдите в раздел '''Конвейеры''' и выберите существующий конвейер или создайте новый, выбрав '''Конвейер'''.
# Перейдите в раздел '''Хранилище''' > '''Назначение сегментов''' и определите новый процессор.
# Введите имя процессора и условие соответствия (например, <code>frontend.name == "my-monitored-app"</code>).
# В списке '''Хранилище''' выберите созданный вами сегмент.
# Выберите '''Сохранить'''.

== Определите стратегию сегментации ==

Вы можете сегментировать данные '''RUM''' по следующим параметрам:

* Дополнительные параметры по умолчанию:
** Приложение — использовать <code>frontend.name</code> в качестве условия соответствия.
** Конфиденциальность (содержание персональных данных или их отсутствие) — для данных, содержащих персональные данные, можно, например, использовать характеристики взаимодействия с пользователем в качестве условий сопоставления.
** Пользовательские свойства, которые можно использовать в качестве условий сопоставления.
** Среда — добавьте к каждому событию пользовательское свойство, например, «производство» или «непроизводство».
** Регион — добавить свойство на основе кодов конкретных стран.
** Команда — добавьте пользовательское свойство команды.

== Определите период хранения для каждого сегмента ==

Предварительный просмотр

Стандартный срок хранения данных в хранилище составляет 35 дней. Вы можете продлить этот срок после участия в программе предварительного просмотра. Чтобы запросить доступ, перейдите в раздел '''Программа предварительного просмотра'''.

Срок хранения данных для каждого сегмента должен определяться исходя из критической важности для бизнеса.

* Критически важные внешние приложения — 12-24 месяца.
* Внутренние или некритичные приложения — 30-90 дней.
* Приложения или функции, находящиеся на временной или исследовательской стадии (эксперименты, бета-версии, флаги функций), могут храниться не более 30 дней.

== Определите права доступа и владения ==

Дайте определение следующим пунктам:

* Кто управляет конфигурацией хранилища?
* Какая команда должна иметь доступ к каким корзинам?
* Какие категории данных должны быть охвачены проверками на соответствие требованиям?

Подробности см. в разделах '''Владение стратегией разделения данных''', '''Управление правами доступа и доступ к данным Хранилища данных''' и '''Права доступа к сегментам'''.

== Связанные темы ==

* Пользователи и сессии
* Как организовать данные, хранящиеся в Хранилище данных
* Используйте сегменты Хранилища данных для разделения данных
* Разрешения '''RUM'''

Управление хранилищами для RUM - История изменений