Аналитика использования¶

В выпуске 0.3.66 административная аналитика включена переменной ENABLE_INSIGHTS=true.

Она показывает активность, уже сохранённую в основной MongoDB Студии, и не требует отдельной аналитической базы.

Что вы сделаете¶

Администратор сможет:

видеть число разговоров и активных пользователей;
анализировать сохранённые сообщения и токены;
находить наиболее активных пользователей;
видеть неактивных пользователей;
просматривать последние разговоры в пределах разрешённого административного контура;
понимать ограничения этих показателей.

Это не FinOps¶

Warning

Административная аналитика Студии не является финансовым учётом Yandex AI и не заменяет Billing Яндекс Облака.

Здесь показывается активность приложения:

пользователи
разговоры
сообщения
токены

А FinOps отвечает на другой вопрос:

стоимость облачных ресурсов
кредиты
expense
сервисы
SKU
ресурсы
бюджеты

Какие показатели доступны¶

Основные карточки:

диалоги;
уникальные пользователи;
сообщения;
токены.

Дополнительно:

самые активные пользователи;
пользователи, ставшие неактивными;
последние разговоры;
изменение показателей во времени.

Периоды¶

Интерфейс поддерживает типовые диапазоны:

24 часа;
7 дней;
30 дней;
собственный диапазон в пределах разрешённого окна.

Текущий механизм ограничивает пользовательский диапазон максимум 30 календарными днями за один запрос аналитики.

Неактивные пользователи¶

Показатель не означает увольнение или блокировку учётной записи.

В текущей логике это пользователи, чья последняя активность в сообщениях достигла порога 28 дней в рассматриваемом диапазоне.

Используйте показатель как операционный сигнал, а не как кадровый статус.

Последние разговоры¶

Администратор с соответствующим полномочием может видеть сведения о последних разговорах, включая:

дату;
владельца;
идентификатор разговора;
первое сообщение;
число сохранённых сообщений;
записанные токены.

Чувствительные данные

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

Права¶

Для доступа недостаточно просто знать адрес страницы.

В базовой реализации проверяются:

роль ADMIN;
системное право доступа к административной панели;
отдельное право чтения аналитики.

Используйте делегирование административных полномочий, а не выдавайте полный доступ каждому сотруднику поддержки.

Что попадает в аналитику¶

Аналитика строится по сохранённым сущностям MongoDB.

Поэтому:

удалённые данные могут больше не попадать в выборку;
временные данные, которые не сохраняются как обычные разговоры, не следует считать гарантированно представленными;
число токенов зависит от фактически записанных метаданных сообщений.

Поиск¶

В таблице последних разговоров можно искать по идентификатору разговора или пользователю.

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

Конфиденциальность¶

Право аналитики фактически открывает дополнительный административный обзор пользовательской активности.

Перед выдачей права определите:

служебную цель;
круг администраторов;
срок необходимости;
правила работы с выгруженными данными;
соответствие внутренней политике организации.

Аналитика и журнал аудита¶

Это разные функции.

Аналитика отвечает:

насколько и кем используется Студия?

Журнал аудита системных полномочий отвечает:

кто выдал или отозвал административное право?

Не смешивайте их.

Аналитика и состояние системы¶

Состояние системы показывает CPU, RAM, диск, службы, GPU и техническое здоровье.

Аналитика показывает деятельность пользователей внутри приложения.

Оба экрана нужны администратору, но решают разные задачи.

Как проверить¶

После включения тестовой активности:

откройте аналитику под разрешённым ADMIN;
выберите последние 24 часа;
убедитесь, что появились тестовые разговоры;
проверьте поиск по тестовому пользователю;
войдите под ADMIN без права аналитики;
убедитесь, что доступ закрыт.