- A migração de software de engenharia, como o 3DEXPERIENCE SOLIDWORKS, para uma nuvem gerida pelo fornecedor elimina a telemetria do tipo FlexNet que as equipas utilizam normalmente para diagnosticar uma recusa na obtenção de uma licença.
- Uma licença de nuvem bloqueada pode ter nove causas diferentes — apenas uma (esgotamento da capacidade real) constitui um problema de aquisição; as outras oito são de natureza administrativa e podem ser resolvidas sem novos gastos.
- A reconciliação manual do portal, dos registos de aquisições e dos dados de início de sessão do Microsoft Entra para identificar a causa real demora horas por inquilino e tem de ser repetida por conta, caso a organização utilize mais do que uma.
- O « LicenseAnalyzer » da Open iT recolhe dados relativos a direitos, atribuições, validade, inícios de sessão e utilização a partir do SOLIDWORKS Cloud de forma programada e normaliza-os em relação ao histórico do FlexNet, DSLS e MATLAB.
- Os dados normalizados distinguem a escassez real de licenças do ruído administrativo, proporcionando ao departamento de aquisições uma avaliação da procura fundamentada, em vez de uma simples captura de ecrã.
Poucas horas antes do lançamento de um projeto, vários engenheiros não conseguem abrir o pacote 3DEXPERIENCE SOLIDWORKS do qual os seus desenhos dependem. O portal indica que as subscrições estão disponíveis, o departamento de compras indica que existe um contrato ativo e o Microsoft Entra indica que as contas estão ativas. Ao mesmo tempo, os pools do FlexNet que contêm ferramentas de verificação e cronometragem estão a funcionar a todo o vapor para cumprir a data de tape-out. O problema do tape-out, seja qual for a sua origem, é algo que sabe como resolver. O problema do SOLIDWORKS reside na infraestrutura que pertence ao fornecedor.
Uma operação de checkout do FlexNet recusada vem acompanhada de um procedimento. Consulte o servidor. Verifique o daemon do fornecedor. Obtenha o registo de depuração. Descubra quem detém a funcionalidade, em que anfitrião e por quanto tempo. As provas encontram-se na infraestrutura que controla, em formatos que a sua equipa já analisa há uma década.
Basta transferir uma aplicação para uma plataforma na nuvem gerida pelo fornecedor e o procedimento deixa de funcionar. Não há daemon. Não há registo de depuração. Os direitos, as atribuições, os limites máximos de tokens e as datas de término das subscrições encontram-se num portal propriedade do fornecedor, e o único indicador ao nível do utilizador com o qual é possível correlacioná-los está na sua plataforma de identidade.
Os dados existem. Nenhum deles aparece num local onde se possa comparar com uma verificação de funcionalidades.
A propriedade fica mais extensa, mas não mais simples
As empresas do setor dos semicondutores não migram o software de engenharia para a nuvem de uma só vez. O FlexNet continua a disponibilizar as ferramentas para chips, embalagens, placas de circuito impresso (PCB), verificação, temporização e aprovação final. O DSLS continua a disponibilizar os conjuntos de recursos da Dassault. As caixas de ferramentas do MATLAB continuam a funcionar num servidor gerido pelo cliente. Depois, um programa de engenharia mecânica obtém um inquilino do 3DEXPERIENCE SOLIDWORKS Cloud, e um quarto modelo de licenciamento junta-se ao conjunto de recursos, sem gerar qualquer telemetria, ao contrário dos outros três.
O sistema já lida com questões complexas. Que funcionalidade foi recusada e se a razão reside no lmstat, no daemon do fornecedor ou no registo de depuração. Como é que as quotas dos projetos são ponderadas quando dois programas pretendem o mesmo conjunto de recursos. Se a preempção deve afetar a licença ou o slot de computação. Quanta procura real está por trás de um direito de utilização e quanto do tempo de fila de tape-out se deve a uma licença, em vez de a um núcleo. O FlexNet fornece uma resposta para cada uma destas questões, o que permite que as aquisições sejam feitas de acordo com um padrão: negociar com base na procura medida, e não no pico do ano anterior.
O utilizador do serviço na nuvem não responde a nenhuma delas.
Um sintoma, nove causas possíveis
Nada nesses três sistemas está errado. O portal indica se existem subscrições, o sistema de aquisições indica se estas foram pagas e o diretório indica se as pessoas são reais. Nenhum deles responde à pergunta que realmente tem, porque qualquer um deles produziria o mesmo sintoma:
- todos os direitos já estão atribuídos
- os utilizadores atribuídos deixaram de iniciar sessão há meses
- alguém ocupa o cargo ou a função errada
- a capacidade de tokens atingiu o pico no início do dia
- A assinatura está prestes a expirar
- A identidade do portal não corresponde à do diretório da empresa
- os direitos estão distribuídos por mais do que uma conta ou inquilino
- As informações do portal não acompanham a situação real
- a capacidade está realmente esgotada
Apenas o último é uma aquisição. Os outros oito são de natureza administrativa. Sem a recolha, os nove parecem idênticos do ponto de vista externo e, sob a pressão dos marcos a cumprir, cada um deles é tratado como se fosse o nono.
Quanto custa o percurso manual
Exporta o portal. Solicita os registos de início de sessão à equipa de identidades. Pergunta à administração do projeto quais os prestadores de serviços que ainda estão ativos. Abre a ficha de aquisições para verificar as quantidades e as datas de término. Os nomes dos produtos diferem nas quatro fontes e algumas identidades não correspondem de todo. Se a organização gerir mais do que um inquilino, cada passo repete-se para cada conta.
Entretanto, os dados do FlexNet, do DSLS e do MATLAB permanecem nos respetivos utilitários, registos e relatórios. Nada normaliza uma atribuição na nuvem por utilizador nomeado em relação a uma verificação simultânea de funcionalidades ou a um evento de token.
Por isso, protege o marco da única forma que pode: comprando mais subscrições. Semanas mais tarde, a análise de recuperação revela que várias dessas licenças pertenciam a pessoas que já tinham abandonado o projeto. Essas licenças não desaparecem na renovação. Tornam-se a quantidade de referência, e a próxima negociação baseia-se no volume adquirido mais o pico do ano anterior, que é o dado de entrada que o trabalho de planeamento de licenças se destina a substituir.
O que um coletor de portais realmente devolve
O LicenseAnalyzer® da Open iT liga-se ao seu tenant 3DEXPERIENCE e recolhe dados de acordo com dois horários. A utilização é amostrada ao longo do dia, pelo que um pico passa a fazer parte do histórico de utilização, em vez de corresponder apenas ao que o portal mostra no momento em que o consulta. As subscrições e as atribuições de produtos são recolhidas uma vez por dia. Se a organização gerir mais do que uma conta SOLIDWORKS, cada uma delas é analisada e os resultados são analisados em conjunto.
Isso permite-lhe aceder às categorias que o portal, por si só, não apresenta:
- tipo de licença, incluindo os modelos de utilizador nomeado e de token
- máximo disponível versus máximo em utilização
- datas de início e fim da validade da assinatura
- atribuições de produtos e inventário
- Funcionalidade: Tempo decorrido por utilizador
- atividade de início de sessão mais recente dos utilizadores com direitos, com limites de inatividade configuráveis
A visualização do início de sessão baseia-se nas credenciais configuradas do Microsoft Entra e num mapeamento entre o início de sessão da aplicação e a licença do fornecedor. Interprete-a pelo que ela é: uma indicação de que uma identidade com direitos ainda está ativa, e não uma prova de trabalho de engenharia produtivo. Considere-a em conjunto com o tempo decorrido antes de recuperar qualquer recurso.
É na normalização que se vê o resultado
A «Collection», por si só, oferece-lhe mais quatro exportações. O importante é a comparação.
O FlexNet efetua consultas ao lmutil de hora a hora, com uma frequência de amostragem de cinco minutos, e analisa os registos de depuração separadamente, dividindo-os em eventos do ficheiro de registo de licenças. O DSLS efetua consultas ao DSLicSrv com a mesma cadência e analisa tanto o registo do servidor de licenças como o registo de utilização de tokens. O MATLAB efetua consultas de hora a hora, com uma frequência de amostragem de dois minutos, e agrega os dados por utilizador, anfitrião, grupo de utilizadores e grupo de anfitriões. Quatro métodos de recolha, quatro vocabulários.
O mapeamento de licenças de fornecedor combina vários nomes de licenças de fornecedor em bruto numa única licença de fornecedor virtual, com a simultaneidade calculada corretamente, e esse nome virtual aparece no Monitor de Licenças e nos relatórios históricos. Um pacote na nuvem e uma ativação de funcionalidades continuam a não ser o mesmo objeto comercial. Podem finalmente ser visualizados num único eixo.
A decisão altera
Voltando aos engenheiros bloqueados. Com os direitos, a atribuição, a validade, o início de sessão e a utilização reunidos num único modelo, as nove causas são classificadas em grupos que recebem um tratamento diferente. Pacote errado: corrigir a atribuição. Atribuído inativo: recuperar de acordo com a política. Incompatibilidade de identidade: corrigir o mapeamento. Saturação de tokens: analisar o pico de procura. Prazo de validade a expirar: encaminhar a renovação.
O que quer que sobreviva a essa seleção constitui a verdadeira escassez, e chega à fase de aquisição com um histórico de «máximo disponível versus máximo em utilização», em vez de uma captura de ecrã.
É também o dado de renovação. A simultaneidade sustentada, o número de atribuições, a atividade recente e a validade da subscrição distinguem um requisito de caráter duradouro de um requisito administrativo. Uma recolha, duas utilizações.
A alegação restrita
A recolha do Portal não agenda tarefas, não calcula o custo da computação na nuvem nem altera uma atribuição por si. Preenche uma lacuna: a parte do parque de aplicações que ficou fora de vista quando uma aplicação saiu de um servidor de licenças que controla. Direitos, atribuições, validade, inícios de sessão e utilização, recolhidos em tempo real e analisados no mesmo contexto que o seu histórico do FlexNet, DSLS e MATLAB. É isso que distingue as oito causas administrativas daquela que implica custos, na hora em que precisa da resposta e não uma semana depois.
O servidor de licenças não desapareceu. Deixou de ser o único local onde se encontra a resposta.
Os passos de configuração e o conjunto completo de relatórios para a coleção SOLIDWORKS Cloud estão publicados na documentação do Open iT. Se preferir analisá-los em relação ao seu próprio ambiente, o teste mais rápido e útil consiste em comparar, lado a lado, um inquilino da nuvem e um conjunto FlexNet.
Perguntas mais frequentes
O que é um «ponto cego» numa licença na nuvem?
Trata-se da lacuna de visibilidade que surge quando o software de engenharia passa de um servidor de licenças auto-hospedado, como o FlexNet ou o DSLS, para uma plataforma na nuvem gerida pelo fornecedor. O portal, os sistemas de aquisição e os sistemas de identidade apresentam, cada um, a sua própria visão da realidade, mas nenhum deles disponibiliza os dados de verificação ao nível das funcionalidades que as equipas costumavam obter a partir de um daemon de licenças e de um registo de depuração.
Porque é que o 3DEXPERIENCE SOLIDWORKS Cloud não oferece a mesma visibilidade que o FlexNet?
Os servidores de licenças FlexNet, DSLS e MATLAB funcionam numa infraestrutura controlada pela organização, razão pela qual é possível consultar e registar os seus dados de forma detalhada. Um inquilino do SOLIDWORKS Cloud funciona numa infraestrutura propriedade da Dassault, pelo que os direitos de utilização, as atribuições, os limites máximos de tokens e as datas das subscrições se encontram num portal, sem qualquer daemon ou registo de depuração que permita a consulta direta.
Se uma licença do SOLIDWORKS Cloud aparecer como recusada, mas as subscrições parecerem estar disponíveis, qual é, na verdade, o problema?
Existem nove causas possíveis, e apenas uma delas — o esgotamento genuíno da capacidade — constitui um problema de aquisição. As outras oito são de natureza administrativa: erros de atribuição, utilizadores inativos que ainda detêm direitos de acesso, discrepâncias de identidade entre o portal e o diretório corporativo, saturação de tokens no início do dia, subscrições prestes a expirar, direitos de acesso repartidos por vários inquilinos ou relatórios desatualizados do portal.
Que dados recolhe o serviço « LicenseAnalyzer » da Open iT de um utilizador do SOLIDWORKS Cloud?
Recolhe o tipo de licença (modelos de utilizador nomeado e de token), o número máximo disponível em comparação com o número máximo em utilização, as datas de validade e de término das subscrições, as atribuições de produtos e o inventário, o tempo de utilização das funcionalidades por utilizador e a atividade de início de sessão mais recente dos utilizadores com direitos de acesso, com amostragem ao longo do dia no que diz respeito à utilização e recolha diária no que diz respeito às subscrições e atribuições, em todos os inquilinos, caso a organização tenha mais do que um.
De que forma é que isto altera a perspetiva do departamento de compras na altura da renovação?
Em vez de uma captura de ecrã ou dos picos de utilização do ano passado, o departamento de compras obtém dados sobre a simultaneidade sustentada, o número de atribuições, a atividade recente e a validade das subscrições numa única visão normalizada, permitindo distinguir uma escassez duradoura de licenças de um problema administrativo que não requer novos gastos.
