¿Qué es el licenciamiento concurrente vs por usuario nombrado?
Cuando un proveedor de SCADA licencia el acceso de los clientes, casi siempre lo hace de una de dos formas: contando cuántos clientes están conectados al mismo tiempo, o nombrando a las personas individuales que tienen permitido conectarse. La elección suena a un detalle contable, pero decide cuánto paga por una operación basada en turnos, cómo se manejan los visualizadores web y si un operador extra puede entrar durante un periodo ocupado. Esta guía contrasta el licenciamiento concurrente, por pool de sesiones, contra el licenciamiento por usuario nombrado, por asiento: cómo se cuenta y se aplica cada uno, cuánto cuesta cada uno para distintos patrones de uso, y cuál encaja en un cuarto de control frente a un visualizador de navegador ocasional.
Licenciamiento concurrente vs por usuario nombrado en una línea: El licenciamiento concurrente otorga un pool de sesiones de cliente y cuenta cuántas están en uso en cualquier momento, así que cualquier usuario puede conectarse mientras haya una sesión libre. El licenciamiento por usuario nombrado en cambio asigna una licencia a cada persona o asiento específico, así que sólo los individuos nombrados pueden conectarse sin importar cuántos estén en línea a la vez. El concurrente sirve a equipos por turnos que comparten el acceso, mientras que el nombrado sirve a un conjunto fijo de operadores dedicados, y cuál modelo es más barato depende por completo del patrón de uso.
Cómo se cuenta y se aplica cada modelo
El licenciamiento concurrente, a veces llamado licenciamiento flotante para clientes, trabaja desde un pool de sesiones. Si un sitio posee cierto número de licencias de cliente concurrentes, esa cantidad de clientes puede estar conectada al mismo tiempo, y no importa quiénes sean: la licencia se toma cuando un cliente se conecta y se devuelve cuando se desconecta. La aplicación gira en torno al conteo en uso: cuando el pool se agota, el siguiente intento de conexión se rechaza o se encola hasta que alguien más se desconecta. Nadie está atado a una licencia en particular; las licencias flotan hacia quien las necesita en el momento.
El licenciamiento por usuario nombrado trabaja desde una lista de personas o asientos en lugar de un conteo de sesiones. Cada licencia se asigna a un individuo nombrado específico, y sólo esos usuarios nombrados pueden conectarse, así que la aplicación revisa la identidad en lugar del número. Ya sea que diez usuarios nombrados estén todos en línea o ninguno, el derecho es el mismo conjunto fijo de personas. Este modelo ata el derecho a conectarse a quién es usted, no a si una ranura está libre, lo que hace el acceso predecible para ese conjunto nombrado pero no ofrece flexibilidad para traer a alguien fuera de él.
La diferencia práctica aparece en el momento de la conexión. Bajo licenciamiento concurrente, un usuario puede ser rechazado no porque le falte permiso sino porque el pool está momentáneamente lleno, y el acceso se libera conforme otros se desconectan. Bajo licenciamiento por usuario nombrado, un usuario o está en la lista y siempre puede conectarse, o no está en la lista y nunca podrá, sin noción de que el pool esté lleno. Entender cuál de estos estilos de aplicación usa un producto es esencial antes de predecir cómo se comportará cuando mucha gente quiera entrar a la vez.
Implicaciones de costo para acceso por turnos y ocasional
La economía de los dos modelos se voltea según cómo usa la gente el sistema en realidad. Considere un cuarto de control atendido las 24 horas por turnos rotativos, donde un número fijo de estaciones de operador está tripulado en un momento dado pero la nómina total de operadores a través de todos los turnos es mucho mayor. El licenciamiento concurrente brilla aquí, porque usted licencia por el número de asientos simultáneos en lugar de por cada operador en la nómina: tres estaciones tripuladas a la vez necesitan tres licencias concurrentes aunque quince personas distintas las cubran a lo largo de la semana. El licenciamiento por usuario nombrado le obligaría a licenciar a los quince, la mayoría de los cuales nunca están en línea al mismo tiempo, lo cual es mucho más caro por el mismo uso real.
El panorama se invierte cuando un conjunto pequeño y fijo de personas necesita cada una un acceso individual garantizado. Si diez ingenieros específicos requieren cada uno conectividad confiable y pueden estar todos en línea juntos, diez licencias por usuario nombrado le dan a cada uno un asiento dedicado que nunca puede bloquearse por un pool lleno, y no hay una nómina mayor inflando el conteo. El nombrado también simplifica la atribución, ya que cada sesión mapea a un individuo conocido, lo que puede importar para la rendición de cuentas. Donde la población de usuarios potenciales no es mucho mayor que el número en línea a la vez, el nombrado es directo y puede no costar más que el concurrente.
La regla general es que el licenciamiento concurrente premia una base grande de usuarios con baja simultaneidad - muchas personas, pocas a la vez - mientras que el licenciamiento por usuario nombrado premia una base pequeña y estable donde casi todos podrían estar en línea juntos. Estimar el pico real de sesiones simultáneas contra la nómina total es el cálculo que decide cuál es más barato, y equivocarse en cualquier dirección significa pagar por acceso que nadie usa o no poder poner gente en línea cuando debe estarlo.
Ajustar el modelo a cuartos de control y visualizadores web
Los cuartos de control son un encaje natural para el licenciamiento concurrente. Un cuarto de control tripulado tiene un número conocido y modesto de estaciones activas a la vez, respaldado por un pool mucho mayor de operadores que las cubren a través de turnos, días festivos y relevos. Licenciar por los asientos simultáneos en lugar de por toda la nómina embona con lo que de verdad está pasando y mantiene el costo proporcional al uso real. También maneja la realidad de que las operaciones traen manos extra durante alteraciones o paros: mientras el pool concurrente tenga holgura, un operador adicional puede conectarse sin aprovisionar primero un asiento nombrado nuevo.
Los visualizadores web ocasionales - un gerente que echa un vistazo a un tablero, un planeador de mantenimiento que revisa un estado un par de veces por semana, una audiencia amplia que cada uno se conecta rara vez - estresan a los dos modelos de forma muy distinta. El licenciamiento por usuario nombrado para una población grande y esporádica de visualizadores es caro y desperdiciado, porque usted paga por cada persona nombrada aunque sólo un puñado esté alguna vez en línea. El licenciamiento concurrente sirve bien a este patrón, ya que un pool pequeño de sesiones puede atender a una audiencia grande precisamente porque su acceso es intermitente y rara vez se traslapa. Por eso muchas ofertas de visualizador web se inclinan hacia el conteo concurrente o por sesión.
El SCADA de nube reconfigura cómo juegan estos modelos en la práctica. Una plataforma como Merobix, que sirve pantallas a navegadores a través de una operación distribuida de petróleo y gas, enfrenta justo la mezcla que estos modelos atienden: un núcleo de operadores estables más una audiencia amplia e intermitente de visualizadores repartidos por los sitios. Manejar el acceso como sesiones agrupadas en lugar de un asiento por persona para todo el que pudiera alguna vez mirar mantiene asequible un sistema muy visto, porque el licenciamiento sigue el uso concurrente en lugar del número total de personas con interés. Para una operación de campo donde muchos interesados revisan de vez en cuando activos remotos, el enfoque concurrente por sesión alinea el costo con cómo se usa de verdad el sistema.
Preguntas frecuentes
¿Cuál es más barato, el licenciamiento concurrente o el nombrado?
Depende por completo de la relación entre cuántas personas podrían usar el sistema y cuántas están de verdad en línea a la vez. El concurrente es más barato cuando una base grande de usuarios se conecta con baja simultaneidad, como operadores por turnos que comparten unas cuantas estaciones o visualizadores web ocasionales. El nombrado puede ser competitivo cuando un grupo pequeño y fijo necesita cada uno acceso garantizado y podría estar todo en línea junto. Estimar el pico de sesiones simultáneas contra la nómina total es el cálculo que lo decide.
¿Qué pasa bajo licenciamiento concurrente cuando el pool de sesiones está lleno?
Cuando cada licencia concurrente está tomada, el siguiente intento de conexión se rechaza o se encola hasta que un usuario existente se desconecta y devuelve una sesión al pool. Esto significa que un usuario con permiso completo aún puede bloquearse temporalmente sólo porque el pool está momentáneamente a capacidad. Dimensionar el pool con suficiente holgura para los periodos ocupados, como alteraciones o traslapes de turno, evita que los operadores queden bloqueados justo cuando se necesitan manos extra.
¿Por qué los clientes de visualizador web suelen usar licenciamiento concurrente?
Porque los visualizadores web suelen ser una audiencia grande e intermitente donde sólo una fracción pequeña está alguna vez en línea a la vez. El licenciamiento por usuario nombrado cobraría por cada persona que pudiera alguna vez mirar, la mayoría de las cuales se conecta rara vez, lo cual es desperdiciado. El licenciamiento concurrente permite que un pool pequeño de sesiones atienda a una audiencia amplia precisamente porque su acceso rara vez se traslapa, así que el costo sigue al uso simultáneo real en lugar del número total de personas con acceso.
Servicios de automatización
¿Necesita convertir esta información en un sistema que funcione?
Merobix integra SCADA, programa PLC Allen-Bradley y Siemens, y diseña y fabrica tableros de control industrial.
Las solicitudes de reunión se revisan antes de confirmarse.