- Trasladar un software de ingeniería como 3DEXPERIENCE SOLIDWORKS a una nube gestionada por el proveedor elimina la telemetría tipo FlexNet que suelen utilizar los equipos para diagnosticar un error en la obtención de una licencia.
- El bloqueo de una licencia en la nube puede deberse a nueve causas diferentes: solo una de ellas (el agotamiento real de la capacidad) es un problema relacionado con la compra; las otras ocho son de carácter administrativo y se pueden solucionar sin necesidad de realizar nuevos gastos.
- Conciliar manualmente los datos del portal, los registros de compras y los datos de inicio de sesión de Microsoft Entra para determinar la causa real lleva horas por inquilino, y hay que repetir el proceso por cada cuenta si la organización gestiona más de una.
- Open iT LicenseAnalyzer recopila datos sobre derechos, asignaciones, validez, inicios de sesión y uso de SOLIDWORKS Cloud de forma periódica y los normaliza comparándolos con el historial de FlexNet, DSLS y MATLAB.
- Los datos normalizados permiten distinguir la escasez real de licencias de los factores administrativos, lo que proporciona al departamento de compras un análisis de la demanda cuantificada en lugar de una simple captura de pantalla.
Horas antes de la entrega de un diseño, varios ingenieros no pueden abrir el paquete 3DEXPERIENCE SOLIDWORKS del que dependen sus planos. El portal indica que hay suscripciones disponibles, el departamento de compras señala que hay un contrato activo y Microsoft Entra confirma que las cuentas están activas. Al mismo tiempo, los grupos de FlexNet que albergan las herramientas de verificación y sincronización están funcionando a pleno rendimiento para cumplir con la fecha límite de entrega. El problema de la entrega, sea cual sea, es uno que sabes cómo resolver. El de SOLIDWORKS se encuentra en una infraestructura que pertenece al proveedor.
Cuando se rechaza una salida de FlexNet, se activa un procedimiento. Consulta el servidor. Comprueba el daemon del proveedor. Obtén el registro de depuración. Averigua quién tiene la función, en qué servidor y durante cuánto tiempo. Las pruebas se encuentran en la infraestructura que controlas, en formatos que tu equipo lleva una década interpretando.
Basta con trasladar una aplicación a una plataforma en la nube gestionada por el proveedor para que el procedimiento deje de funcionar. No hay ningún daemon. No hay registro de depuración. Los derechos, las asignaciones, los límites máximos de tokens y las fechas de finalización de las suscripciones se gestionan en un portal propiedad del proveedor, y la única señal a nivel de usuario con la que puedes correlacionarlos se encuentra en tu plataforma de identidades.
Los datos existen. Pero ninguno de ellos se almacena en ningún sitio donde se pueda comparar con una comprobación de características.
La finca se hace más amplia, pero no más sencilla
Las empresas del sector de los semiconductores no trasladan el software de ingeniería a la nube de una sola vez. FlexNet sigue albergando las herramientas de diseño de chips, encapsulado, placas de circuito impreso, verificación, sincronización y aprobación final. DSLS sigue albergando los entornos compartidos de Dassault. Las cajas de herramientas de MATLAB siguen ejecutándose en un servidor gestionado por el cliente. A continuación, un programa de ingeniería mecánica obtiene un inquilino de 3DEXPERIENCE SOLIDWORKS Cloud, y un cuarto modelo de licencia se incorpora al entorno sin generar la telemetría que generan los otros tres.
El sistema ya se enfrenta a cuestiones complejas. Qué función se ha denegado y si el motivo se encuentra en lmstat, el daemon del proveedor o el registro de depuración. Cómo se ponderan las cuotas de los proyectos cuando dos programas quieren el mismo pool. Si la preempción debe afectar a la licencia o a la ranura de computación. Cuánta demanda real hay detrás de un derecho de uso, y cuánto tiempo de cola de salida se debe a una licencia en lugar de a un núcleo. FlexNet ofrece una respuesta a todas estas preguntas, lo que permite que las adquisiciones se ajusten a un estándar: negociar a partir de la demanda medida, no del pico del año pasado.
El usuario de la nube no responde a ninguna de ellas.
Un síntoma, nueve posibles causas
Ninguno de esos tres sistemas miente. El portal indica si existen suscripciones, el módulo de compras indica si están pagadas y el directorio indica si las personas son reales. Ninguno de ellos responde a la pregunta que realmente te planteas, ya que cualquiera de ellos produciría el mismo síntoma:
- Todos los derechos ya están asignados
- Los usuarios asignados dejaron de iniciar sesión hace meses
- alguien ocupa un puesto o desempeña una función que no le corresponde
- la capacidad de tokens alcanzó su máximo a primera hora del día
- La suscripción está a punto de caducar.
- La identidad del portal no coincide con la del directorio corporativo.
- los derechos se reparten entre más de una cuenta o inquilino
- La información del portal va por detrás de la situación real
- la capacidad está realmente agotada
Solo el último es una compra. Los otros ocho son de carácter administrativo. Sin la recogida, los nueve parecen idénticos desde fuera, y ante la presión de cumplir los hitos, cada uno de ellos se trata como si fuera el noveno.
Cuánto cuesta la ruta manual
Exportas el portal. Solicitas los registros de inicio de sesión al equipo de identidades. Preguntas a la administración del proyecto qué contratistas siguen activos. Abres la hoja de compras para consultar las cantidades y las fechas de finalización. Los nombres de los productos difieren en las cuatro fuentes, y algunas identidades no coinciden en absoluto. Si la organización gestiona más de un inquilino, cada paso se repite para cada cuenta.
Por su parte, los datos de FlexNet, DSLS y MATLAB permanecen en sus propias utilidades, registros e informes. No existe ninguna normalización de una asignación en la nube por usuario designado frente a una comprobación de funciones simultánea o un evento de token.
Así que proteges el hito de la única forma que puedes: comprando más suscripciones. Semanas más tarde, el análisis de recuperación muestra que varias de esas licencias pertenecían a personas que ya habían abandonado el proyecto. Esas licencias no desaparecen en la renovación. Se convierten en la cantidad de referencia, y la siguiente negociación se basa en el volumen adquirido más el pico del año anterior, que es precisamente lo que el trabajo de planificación de licencias está destinado a sustituir.
Lo que realmente devuelve un recopilador de portales
Open iTLicenseAnalyzer® se conecta a tu entorno 3DEXPERIENCE y recopila datos según dos calendarios. El uso se muestrea a lo largo del día, por lo que un pico pasa a formar parte del historial de uso, en lugar de lo que el portal muestre en el momento en que lo consultes. Las suscripciones y las asignaciones de productos se recogen una vez al día. Si la organización gestiona más de una cuenta de SOLIDWORKS, se recopilan los datos de cada una de ellas y los resultados se analizan conjuntamente.
Así obtienes las categorías que el portal por sí solo no ordena:
- tipo de licencia, incluidos los modelos de usuario designado y de token
- máximo disponible frente a máximo en uso
- Fechas de inicio y finalización de la suscripción
- asignaciones de productos e inventario
- Funcionalidad: Tiempo transcurrido por usuario
- actividad de inicio de sesión más reciente de los usuarios con derechos, con umbrales de inactividad configurables
La vista de inicio de sesión se basa en las credenciales de Microsoft Entra configuradas y en una asignación entre el inicio de sesión de la aplicación y la licencia del proveedor. Interprétala como lo que es: una indicación de que una identidad con derechos sigue activa, no una prueba de trabajo de ingeniería productivo. Ten en cuenta el tiempo transcurrido antes de recuperar nada.
La normalización es lo que da sus frutos
La colección por sí sola te ofrece cuatro exportaciones más. La clave está en la comparación.
FlexNet realiza consultas a lmutil cada hora con un intervalo de muestreo de cinco minutos y analiza los registros de depuración por separado en eventos del archivo de registro de licencias. DSLS realiza consultas a DSLicSrv con la misma periodicidad y analiza tanto el registro del servidor de licencias como el registro de uso de tokens. MATLAB realiza consultas cada hora con un intervalo de muestreo de dos minutos y agrega los datos por usuario, host, grupo de usuarios y grupo de hosts. Cuatro métodos de recopilación, cuatro vocabularios.
La asignación de licencias de proveedor combina varios nombres de licencias de proveedor sin procesar en una única licencia de proveedor virtual con el número de usuarios simultáneos calculado correctamente, y ese nombre virtual aparece en el Monitor de licencias y en los informes históricos. Un paquete en la nube y una activación de funciones siguen sin ser el mismo objeto comercial. Por fin se pueden consultar en un mismo eje.
La decisión cambia
Volvamos a los ingenieros bloqueados. Al reunir en un mismo modelo los conceptos de derecho, asignación, validez, inicio de sesión y uso, las nueve causas se clasifican en grupos que reciben un tratamiento diferente. Paquete incorrecto: corregir la asignación. Asignatario inactivo: recuperar el acceso según la política. Discrepancia de identidad: corregir la correspondencia. Saturación de tokens: analizar los picos de demanda. Vencimiento inminente: tramitar la renovación.
Lo que sobreviva a ese proceso es la verdadera escasez, y llega al departamento de compras con un historial de «máximo disponible frente a máximo en uso» a sus espaldas, en lugar de una simple captura de pantalla.
También es el dato de renovación. La concurrencia sostenida, el recuento de préstamos, la actividad reciente y la validez de la suscripción distinguen un requisito de carácter duradero de uno de carácter administrativo. Un conjunto de datos, dos usos.
La interpretación restrictiva
Portal Collection no programa tareas, ni calcula el coste de la computación en la nube, ni modifica las asignaciones por ti. Lo que sí hace es cubrir una laguna: esa parte del entorno que quedaba fuera de control cuando una aplicación se retiraba de un servidor de licencias que tú gestionas. Derechos, asignaciones, validez, inicios de sesión y uso, recopilados en tiempo real y analizados en el mismo contexto que tu historial de FlexNet, DSLS y MATLAB. Eso es lo que distingue las ocho causas administrativas de la única que supone un coste, en el momento en que necesitas la respuesta y no una semana después.
El servidor de licencias no ha desaparecido. Simplemente ha dejado de ser el único lugar donde se encuentra la respuesta.
Los pasos de configuración y el conjunto completo de informes para la colección SOLIDWORKS Cloud se publican en la documentación de Open iT . Si prefieres compararlo con tu propio entorno, la prueba más breve y útil consiste en un inquilino de la nube y un grupo de FlexNet, que se pueden consultar en paralelo.
Preguntas frecuentes
¿Qué es un «punto ciego» en las licencias en la nube?
Se trata de la brecha de visibilidad que se produce cuando el software de ingeniería pasa de un servidor de licencias autohospedado, como FlexNet o DSLS, a una plataforma en la nube gestionada por el proveedor. Los sistemas de portal, de compras y de identidad muestran cada uno su propia versión de la realidad, pero ninguno de ellos ofrece los datos de uso a nivel de funciones que los equipos solían obtener de un demonio de licencias y del registro de depuración.
¿Por qué 3DEXPERIENCE SOLIDWORKS Cloud no ofrece la misma visibilidad que FlexNet?
Los servidores de licencias de FlexNet, DSLS y MATLAB se ejecutan en una infraestructura controlada por la organización, por lo que es posible consultar y registrar su actividad de forma detallada. Un inquilino de SOLIDWORKS Cloud se ejecuta en una infraestructura propiedad de Dassault, por lo que los derechos de uso, las asignaciones, los límites máximos de tokens y las fechas de suscripción se gestionan a través de un portal, sin que haya ningún daemon ni registro de depuración que se pueda consultar directamente.
Si una licencia de SOLIDWORKS Cloud aparece como denegada, pero las suscripciones parecen estar disponibles, ¿qué es lo que ocurre realmente?
Hay nueve causas posibles, y solo una de ellas —el agotamiento real de la capacidad— es un problema relacionado con las compras. Las otras ocho son de carácter administrativo: errores de asignación, usuarios inactivos que aún conservan derechos de acceso, discrepancias de identidad entre el portal y el directorio corporativo, saturación de tokens a primera hora del día, suscripciones a punto de caducar, derechos de acceso repartidos entre distintos inquilinos o informes del portal desactualizados.
¿Qué datos recopila el servicio « LicenseAnalyzer » de Open iT de un usuario de SOLIDWORKS Cloud?
Recopila el tipo de licencia (modelos de usuario designado y de token), el número máximo disponible frente al máximo en uso, las fechas de validez y de finalización de las suscripciones, las asignaciones de productos y el inventario, el tiempo de uso de las funciones por usuario y la actividad de inicio de sesión más reciente de los usuarios con derechos, con muestreos a lo largo del día para el uso y extracciones diarias para las suscripciones y las asignaciones, en todos los inquilinos si la organización gestiona más de uno.
¿En qué medida influye esto en lo que el departamento de compras tiene en cuenta a la hora de renovar?
En lugar de una captura de pantalla o de los picos de uso del año pasado, el departamento de compras dispone de datos sobre la concurrencia sostenida, el número de asignaciones, la actividad reciente y la validez de las suscripciones en una vista normalizada, lo que permite distinguir entre una escasez real de licencias y un problema administrativo que no requiere nuevos gastos.
