Administración de licencias de O3
A continuación se describe la administración de licencias en O3 a partir de la versión 6.0. En O3 6.0 Modelo de Licenciamiento se presentan las características básicas del nuevo modelo.
Descripción general del mecanismo de licencias
En O3 5.0 las licencias están compuestas por una clave (key) y un nombre de licenciatario (licensedTo). Estos datos se almacenan en archivos con extensión .license.
Las licencias pueden agregarse al sistema tanto por las interfaces gráficas (License Manager) que ofrecen todos los módulos (Browser, AdmServer, etc.) o bien copiando el archivo .license a la carpeta /license bajo el directorio de instalación del producto.
El formato del archivo .license es el siguiente:
licensedTo = <Nombre de compañía o persona Licenciataria> key = <clave del producto>
Existen varios tipos de licencias y cada una de ellas tendrá una Edición del Producto asociada: Standard, Professional y Enterprise (por mas información consultar O3 6.0 Modelo de Licenciamiento).
Las Licencias de O3 pueden ser de los siguientes tipos:
Licencia | Descripción |
---|---|
Cliente | Para habilitar la funcionalidad de usuario final de consulta, reporting, etc. Puede ser para acceso Web o para Desktop. En el caso Desktop la licencia se instala en cada PC, en el caso Web, la licencia se instala en el Servidor Web |
Studio | Licencia para el entorno de desarrollo, corresponde siempre a una versión Desktop y debe instalarse en el PC en el que se instala O3 Studio |
Servidor | Es la licencia que activa las funciones de resolución de consultas multidimensionales del O3 Server. Se instala en el equipo que actúa de servidor |
Una licencia habilita la ejecución de un conjunto de módulos con un determinado alcance (en función de la Edición a la que corresponde). Por ejemplo, una licencia de Servidor habilita el Servidor, AdmServer y el Builder, mientras que una licencia de Cliente habilita el Browser.
Ejemplo
A modo de ejemplo, para habilitar la ejecución de un servidor de O3, con acceso desde 10 clientes web en forma nominada y un cliente desktop nominado, se necesitan tres licencias:
- Una licencia de servidor para 11 conexiones nominadas
- Una licencia de cliente web para 10 usuarios nominado, a ser instalada también en el servidor (dado que el acceso Web lo ofrece el servidor de aplicaciones)
- Una licencia de cliente desktop para 1 usuario nominado, a ser instalada en el puesto de escritorio, donde se utilizará el Browser.
Activación de licencias
Las licencias del producto requieren activación, es decir la habilitación por parte de Ideasoft, de la ejecución del producto en la máquina donde fue instalado.
La activación es requerida para cada una de las licencias y se puede realizar "online" o de forma "manual" contactando el servicio de licencias de Ideasoft por correo electrónico.
La activación automática, requiere acceso a Internet desde el componente que va a ser activado, ya sea este Servidor o Desktop.
La activación manual, se realiza en forma telefónica o por correo electrónico, enviando a Ideasoft el código de requerimiento de activación que el License Manager de O3 informa.
Licencias de servidor
Usuarios Nominados
El control de usuarios nominados establece un límite de usuarios, definidos previamente según el licenciamiento adquirido. En esta sección se describe la forma como se declara cual es el conjunto de usuarios que tendrán acceso al sistema, respetando la cantidad total licenciada. Decimos que la licencia habilita una cantidad de slots de usuarios o conexiones nominadas, que el administrador debe asociar a Personas Físicas concretas.
Cada usuario nominado sólo puede abrir una conexión a la vez al servidor, es decir que no está permitido que un mismo usuario nominado utilice dos conexiones en forma simultánea. Actualmente, cuando un usuario nominado abre una conexión se cierra automáticamente la conexión anterior que el mismo usuario nominado tenía abierta.
Múltiples ediciones en un servidor
Un servidor puede tener habilitada más de una edición al mismo tiempo, por ejemplo puede tener 20 usuarios nominados de la edición Professional y 5 usuarios nominados de la versión Enterprise.
Para este ejemplo, también se requieren dos licencias, la que habilite la edición Professional y la que habilite la edición Enterprise.
En el caso de que un servidor sea explotado con bajo distintas ediciones simultáneamente, se identifica una de ellas como la Edición Principal de la instalación y las restantes son consideradas Extensiones a la Edición Principal. En general, la Edición Principal es la edición _mas baja_ (en la escala Standard, Professional, Enterprise) de la instalación, y las extendidas las que incorporan capacidades adicionales más potentes. La funcionalidad a la que un usuario tiene acceso depende de la edición a la que el mismo es asociado, y no depende de si dicha edición es o no la Edición Principal.
La Edición Principal permite identificar a una edición con vistas a facilitar la migración en conjunto de una instalación de una edición a otra Superior, permitiendo simplemente cambiar cual es la Edición Principal en esa instalación y sin tener necesidad de hacer ningún cambio en la definición de usuarios.
Asignación de usuarios a "slots" nominados y a ediciones
Cuando un servidor tiene un licenciamiento que implica control de usuarios nominado, o se habilita más de una edición, es necesario definir la asignación de los usuarios a las diferentes políticas de licenciamiento.
Esta asignación se realiza mediante la asociación de los usuarios a un conjunto de roles predefinidos.
Los roles predefinidos para tal propósito son:
Rol | Descripción |
---|---|
bi-users | Rol para los usuarios nominados de la edición principal |
bi-users-std | Rol para los usuarios nominados de la edición Standard |
bi-users-pro | Rol para los usuarios nominados de la edición Professional |
bi-users-ent | Rol para los usuarios nominados de la edición Enterprise |
Los roles mencionados anteriormente son creados automáticamente por el servidor de acuerdo a las licencias instaladas.
El único rol con usuarios asignados de forma predefinida es "bi-users", que contiene a los usuarios "user" y "admin".
Control de usuarios realizado por O3 - Modo Administración
O3 realiza distintos controles para verificar que los logins de los usuarios asociados a cada rol predefinido no superan la cantidad de usuarios nominados licenciados.
Principalmente, este control se realiza a nivel del O3 AdmServer, donde se realiza la asociación de usuarios a roles. En caso de que se superen los usuarios licenciados (o slots del rol predefinido), el AdmServer evita la operación y despliega un mensaje informando cuál es la cantidad máxima de usuarios que pueden asociarse al rol predefinido en cuestión. En caso de que se asocien usuarios a roles haciendo uso del mecanismo de Grupos (pe. del sistema operativo), es responsabilidad del administrador verificar que los usuarios de tal grupo no superan los licenciados para el rol predefinido que se le asocia.
El O3 Server realiza también controles de cuantos usuarios se han asociado a cada rol predefinido. En alguna situación, en general por cambio de licencias o migración automática desde versiones anteriores de O3 en los que se tuvieran distinta cantidad de usuarios licenciados, es posible que el O3 Server verifique que los usuarios asociados a un rol predefinido superan los usuarios nominados licenciados.
En este caso, el Servidor pasa a un modo de operación restringido llamado Modo Administración, en el que sólo permite realizar operaciones de administración, pero no brinda servicios de usuario final tales como consultas sobre Datamarts. En este modo de operación, los administradores pueden conectarse al servidor mediante el AdmServer y verificar que los usuarios asociados a cada rol predefinido no superen los licenciados.
Ejemplos
- 5 usuarios nominados Professional
- Los 5 usuarios nominados Professional se deben asignar al rol "bi-users"
- 10 usuarios nominados Professional, 5 usuarios nominados Enterprise. La edición principal nominada es Professional.
- Los 10 usuarios nominados Professional se deben asignar al rol "bi-users"
- Los 5 usuarios nominados Enterprise se deben asignar al rol "bi-users-ent"