Виды лицензии по типу доступа:
-
«Триальный» (Trial) – демонстрационная (бесплатная) версия программного обеспечения. Не имеет ограничений в функциональности, но имеет ограниченный срок работы – Система будет работать только 14 дней и Система будет обрабатывать ограниченное количество данных – только 5 моделей с максимальным размером 524 МБ. Предоставляется возможность ознакомиться с интерфейсом и функциональностью Системы;
Примечание
Система функционирует, пока не наступит дата окончания действия лицензии. Но недоступна конкретному пользователю, у которого истек срок триального доступа, при этом есть 7 дней на экспорт объектов через личный кабинет на сайте.
-
«Корпоративный» (On-premise) – коммерческое программное обеспечение. Для работы с такой программой ее нужно купить. Устанавливается на серверах Заказчика. Никаких ограничений в функциональности такого программного обеспечения нет, лицензией лишь варьируется количество активных пользователей и их роли. После истечения срока действия лицензии программное обеспечение продолжает функционировать, но не обновляется до новых версий Системы;
-
«Подписка»:
-
«Бизнес» – коммерческое программное обеспечение. Не имеет ограничений по функциональности, лицензией лишь варьируется количество активных пользователей и их роли. После истечения срока действия лицензии программное обеспечение недоступно, предоставляется 2 недели на резервное копирование данных схемы и 3 месяца на хранение резервной копии.
-
-
«Облачный» – коммерческое программное обеспечение с ежемесячной абонентской платой за количество активных пользователей. Устанавливается на облачных серверах сроком на 10 лет с увеличенными квотами на количество активных пользователей каждой роли. Не имеет ограничений по функциональности. После истечения лицензии происходит авто-генерация новой лицензии и ее авто-активация.
Лицензии Системы с типом доступа «Триальный», «Корпоративный», «Бизнес» и «Облачный» – именные, т.е. содержат квоты на количество активных пользователей каждого типа («Разработчик», «Аналитик», «Специалист»). Для каждой пользовательской роли предусмотрено разделение прав доступа к разделам Системы и к выполнению определенных операций.
Список пользовательских ролей (типов пользователей):
-
«Специалист» – специалист, имеющий право только на просмотр доступных и предварительно настроенных информационных панелей и виджетов;
-
«Аналитик» – специалист, обладающий всеми правами, доступными специалисту Системы, правом на создание и изменение информационных панелей и виджетов, а также правом на просмотр доступных и предварительно настроенных моделей;
-
«Разработчик» – специалист, обладающий всеми правами, доступными другим ролям пользователей Системы, правом на создание и изменение моделей, правом на подключение источников данных;
-
«Технический администратор» – специалист, наделенный полномочиями управления Системой, т.е. правом на выполнение функций администрирования Системы, описанных в настоящем документе, не облагается лицензионными квотами.
Настройка типов пользователей описана в п. Управление пользователями.
|
Примечание
|
|---|
|
В Системе реализована проверка на соответствие даты действия лицензии и даты выпуска версии: для лицензий с типом доступа «Корпоративный» добавлена проверка, чтобы после истечения срока ГП Система не обновлялась новыми версиями. Если требование лицензионной политики нарушено, то будет заблокирован вход в Систему всем пользователям, кроме технического администратора. |
|
Примечание
|
|---|
|
Ограничения применяются к учетным записям пользователей, для которых определен триальный доступ. |
Триальный доступ к Системе – это ограниченный доступ к Системе в рамках демонстрационной версии программного обеспечения Системы.
Для задания необходимых ограничений в конфигурационный файл .env добавьте переменные, перечисленные в таблице ниже (Таблица «Переменные для ограничений работы пользователей с триальным доступом к Системея»).
Таблица 1. Переменные для ограничений работы пользователей с триальным доступом к Системе
| Код | Наименование | Значение по умолчанию | Примечание |
|---|---|---|---|
|
TRIAL_USER_ACTIVE_DAY_COUNT |
Количество дней активности пользователя |
14 |
Если задана переменная, то при создании нового пользователя с триальным доступом и после его первого входа в Систему отсчитывается количество дней и проверяется, чтобы оно не превысило допустимого лимитного значения. Когда время активности истекло, происходит автоматическая блокировка пользователя. Механизм работы пробного периода N-дневного использования Системы: 1) с момента первой авторизации пользователя начинается период пробного N-дневного использования Системы, где N – количество дней пробного периода; 2) за три дня до окончания пробного периода использования Системы после успешной авторизации пользователю начинают приходить предупреждающие уведомления об истечении пробного периода; 3) по истечении N дней с момента первой авторизации при попытке входа в Систему отобразится уведомление о том, что срок пробного периода истек |
|
TRIAL_CLEAR_DATA_DAY_COUNT |
Количество дней до запуска очистки хранилища от объектов заблокированного пользователя |
14 |
После автоматической блокировки пользователя с триальным доступом устанавливается отсчет дней до запуска процесса очистки хранилища от всех объектов пользователя с триальным доступом |
|
TRIAL_USER_MODEL_COUNT |
Количество моделей на одного пользователя |
5 |
Указывается количество моделей, допустимое к созданию одним пользователем с триальным доступом |
|
TRIAL_USER_FILE_DATA_SOURCE_COUNT |
Количество файловых источников на одного пользователя |
5 |
Указывается количество файловых источников, допустимое к созданию одним пользователем с триальным доступом |
|
TRIAL_FILE_DATA_SOURCE_SIZE |
Предельный объем каждого файлового источника |
100 МБ |
Указывается ограничение на размер импортируемого файла с данными для пользователей с триальным доступом |
|
TRIAL_MODEL_SIZE |
Предельный объем каждой модели |
524 МБ |
Указывается ограничение на размер импортируемой модели в хранилище Системы. Примечание – Распространяется на всех пользователей Системы. Механизм работы: 1) в Airflow DAG: при обращении к puller процессу, запускается в отдельном потоке мониторинговая функция, которая контролирует, что выгрузка не превышает установленного лимита; 2) при возврате сообщения из pusher с признаком oversize: true/false, этот признак передается в extra-параметрах сообщения в rabbitmq. Примечание – При контроле объема выгрузки из puller используется пяти кратный лимит от максимального размера модели. При превышении данного объема, в backend передается сообщение типа «Превышен максимальный размер модели» и синхронизация завершается. Пользователю отправляется сообщение: «Завершилась синхронизация модели «Название модели». Был достигнут предельный размер модели, данные загружены не полностью» |
|
TRIAL_USER_SHARE |
Запрет на предоставление прав к объекту отдельным пользователям |
true |
Указывается одно из значений:
|
Установка триального доступа осуществляется через Swagger.
Для перехода в Swagger в адресной строке web-браузера добавьте в конце ссылки на Систему латинские буквы «api».
Например, для адреса Системы http://example.com/ Swagger открывается по ссылке http://example.com/api.
В поле ввода дополните имеющуюся строку значением «?api_key=password», где password – пароль, полученный вместе с файлом лицензии.
Нажмите на кнопку «Обновить». Загрузится описание методов Analytic Workspace API.
Для создания пользователей с триальным доступом выполните следующие действия:
-
авторизуйтесь с помощью метода API – POST /user/login:
{"username": "string",
"password": "string"
}
где:
-
username – логин пользователя, учетная запись которого наделена правами администратора;
-
password – пароль пользователя.
После успешной авторизации скопируйте токен авторизации из тела ответа метода POST /user/login в поле «token».
Нажмите на кнопку «Authorize». Откроется окно «Available authorizations», в котором в поле «value» введите значение «Bearer ваш_токен_авторизации» и нажмите на кнопку «Authorize»;
-
-
добавьте новую учетную запись пользователя с триальным доступом через метод API – POST /user/create:
{"login": "string",
"email": "string",
"password": "string",
"ldap": 0,
"state": 1,
"is_trial": true
}
где:
-
login – логин пользователя с триальным доступом;
-
password – пароль пользователя;
-
email – электронная почта нового пользователя;
-
ldap – необходимость проверки через LDAP сервер, принимает значения «0» или «1» (значение «1» – аутентификация происходит через LDAP сервер, значение «0» – аутентификация проходит через внутренний локальный провайдер с типом «user_permissions»);
-
state – признак активной учетной записи, принимает значения «0» или «1» (значение «1» – активный, значение «0» – заблокированный);
-
is_trial – метка триального доступа.
-
Для получения информации по дате завершения пробного периода выполните следующие действия:
-
авторизуйтесь с помощью метода API – POST /user/login:
{"username": "string",
"password": "string"
}
где:
-
username – логин пользователя, учетная запись которого наделена правами администратора;
-
password – пароль пользователя.
После успешной авторизации скопируйте токен авторизации из тела ответа метода POST /user/login в поле «token».
Нажмите на кнопку «Authorize». Откроется окно «Available authorizations», в котором в поле «value» введите значение «Bearer ваш_токен_авторизации» и нажмите на кнопку «Authorize»;
-
-
получите дату завершения пробного периода через метод API – GET /user/trial-info, указав логин пользователя с триальным доступом.
