- Uma política de recuperação de licenças determina quando uma sessão de engenharia inativa devolve a sua licença e cujo trabalho nunca é alterado.
- Nos setores aeroespacial e da defesa, defina a política em último lugar. Primeiro, avalie o que foi retirado, depois o que está efetivamente a ser utilizado, incluindo as áreas fechadas.
- A Avio Aerospace fez uma primeira análise e constatou que possuía 64 licenças de desenho técnico, mas que nunca havia mais de 46 em uso ao mesmo tempo. Só então suspendeu as aplicações inativas.
Uma política de recuperação de licenças é o conjunto de regras que determina quais as sessões de engenharia inativas que devolvem a respetiva licença e em que momento. Nos setores aeroespacial e da defesa, é a última coisa que se deve definir. A recuperação aplica-se às sessões abertas de um engenheiro, e não é possível estabelecer regras justas para uma utilização que ainda não se consegue visualizar.
Este é o terceiro artigo da nossa série sobre a recolha de licenças. O primeiro explicou como é que a recolha identifica uma sessão inativa. O segundo abordou o que acontece quando se suspende uma licença. O guia da Open iT, intitulado «3 Passos Simples para uma Otimização Segura e Flexível das Licenças de Software», estabelece os princípios gerais. Este artigo aborda o que as equipas dos setores aeroespacial e de defesa precisam de ter em vigor para que esses princípios possam funcionar.
Um relógio parado não tem lugar num piso de engenharia aeroespacial
Tomemos como exemplo um programa num dia de semana. Os designers trabalham no CATIA desde de manhã até ao fim da tarde. Os analistas iniciam simulações de CFD que demoram horas a ser calculadas, sem que haja ninguém na secretária. Uma equipa de testes mantém as sessões abertas durante toda a campanha. As licenças de desenho ficam inativas durante o almoço e em todas as revisões de projeto.
Um tempo limite trata todos da mesma forma. Se for definido como curto, avisa um engenheiro de testes no meio de uma campanha. Se for definido como longo, as licenças em uso permanecem em uso durante todos os picos de tráfego. Tal como indicam as orientações do Open iT: «Diferentes aplicações de software podem exigir diferentes parâmetros de otimização e procedimentos de recolha.»
Quer que o número de licenças volte ao nível máximo, sem alterar nada de que dependa um marco do programa. E quer que os responsáveis de engenharia assinem a política.
O que determina uma política de recolha de licenças
- Quando é que uma sessão é considerada inativa: definido por aplicação, com base na atividade do teclado, do rato, da CPU e das E/S. Um solucionador que mantém a CPU ocupada não é considerado inativo.
- Como o engenheiro é avisado: surge uma janela pop-up que permite cancelar.
- O que acontece a seguir: suspender, o que mantém o trabalho na memória, ou fechar após um guardado automático.
- Quem recebe um tratamento diferenciado: prioridades por anfitrião, utilizador ou grupo, e regras consoante a hora do dia e o dia da semana.
Os pormenores estão no primeiro blogue. Cada uma destas decisões requer dados de que talvez ainda não disponhas.
O que ainda não se consegue ver
Quatro pontos cegos transformam uma regra de colheita numa suposição.
«Retirado» não é o mesmo que «utilizado»
O servidor de licenças regista quem detém uma licença e desde quando. O facto de alguém estar a trabalhar é algo que apenas a estação de trabalho sabe.
O lado fechado é a parte menos medida da propriedade
Os espaços de ar são uma condição normal de funcionamento neste setor. Uma ferramenta que necessite de uma ligação para analisar os seus dados não pode funcionar nessas condições.
Vários gestores de licenças e linhas de base congeladas
As licenças do Ansys são geridas através do FlexNet. As licenças do CATIA são geridas através do DSLS. Três programas podem executar três versões validadas da mesma ferramenta e não podem ser atualizados de acordo com o calendário do fornecedor.
A sua plataforma SAM contém tudo o que possui
A gestão de licenças de engenharia da ServiceNow descreve o conjunto de licenças numa única frase: «Quando o utilizador sai da aplicação, a licença regressa ao conjunto.» Uma sessão inativa nunca termina. E as regras de recuperação de software da ServiceNow aplicam-se a instalações e subscrições, não a sessões abertas.
Quanto custa elaborar a apólice sem conhecer os detalhes
Uma política pouco rigorosa não muda nada. As licenças inativas permanecem disponíveis, o pico parece corresponder à procura real e a renovação acrescenta licenças. A Avio Aerospace limitou o acesso a uma aplicação de desenho técnico durante um ano. Possuía 64 licenças simultâneas e nunca teve mais de 46 em uso ao mesmo tempo. As outras 18 ficavam na reserva, já pagas.
Uma política demasiado rígida acaba por sair mais cara. A recolha de dados sem regras adequadas pode «interromper uma simulação CAE a meio do processo», e uma falha no encerramento «pode significar a perda de um dia inteiro de trabalho». Basta perder um modelo antes de uma revisão do projeto para que a equipa de engenharia lhe peça para desativar a recolha de dados.
Três passos para a elaboração de uma política
A recolha de dados é a última das três etapas da gestão de ativos de software de engenharia (ESAM). A Open iT definiu a recolha automática de dados como «o nível máximo de qualquer programa eficaz de gestão de software de engenharia». O LicenseAnalyzer™ foi concebido da mesma forma: cada nível baseia-se no anterior.
- Medir o registo de licenças (Nível 1, Utilização em Tempo de Execução). Verifica-se o número de ativações, as recusas e a pista de auditoria de cada servidor de licenças. A versão faz parte do registo, pelo que as linhas de base congeladas também são medidas. Numa área fechada, a medição, a elaboração de relatórios e a análise decorrem todas dentro dos limites da mesma, sem que seja necessário que quaisquer dados os ultrapassem.
- Distinguir o tempo de atividade do tempo de inatividade (Nível 2, Utilização Ativa Real). O teclado, o rato, a CPU e as entradas/saídas de cada estação de trabalho indicam quais as licenças atribuídas que estão a ser utilizadas.
- Elabore e aplique as regras de recolha de dados (Nível 3, Utilização Gerida). Comece por realizar uma semana apenas de registo: o Nível 3 regista todas as sessões, mas não toma nenhuma medida. Em seguida, defina as regras com base nos seus próprios dados, na presença dos responsáveis de engenharia.
Como será a vossa política de recolha de licenças
Assim que os passos 1 e 2 indicarem onde se situa o tempo de inatividade, a política pode ser tão simples quanto isto. Os grupos são exemplos. Substitua-os pelos seus próprios.
| Grupo (exemplo) | Aplicações (exemplo) | Prioridade | O que a prioridade faz | Ação em modo de inatividade |
|---|---|---|---|---|
| Organizadores de campanhas de certificação e de ensaios | Qualquer | Nunca toque | Nunca foi suspenso nem encerrado. Continua registado. | Nenhum |
| Analistas a realizar cálculos de longo prazo | Ansys CFX | Elevado | O tempo limite de inatividade duplicou | Suspender |
| Desenvolvedores que utilizam as ferramentas FlexNet ou IBM LUM | CAD | Normal | Tempo limite de inatividade predefinido | Suspender, para que o modelo permaneça na memória |
| Utilizadores ocasionais e de desenho técnico | Ferramentas de desenho | Baixo | O tempo de espera por inatividade foi reduzido para metade | Fechar após um salvamento automático |
Com o tempo de espera de 45 minutos indicado no exemplo da documentação, uma sessão de alta prioridade aguarda 90 minutos e uma de baixa prioridade, 22,5. Considere estes valores como exemplos. São os seus próprios dados que determinam os números reais.
A Avio foi avaliada primeiro e, em seguida, suspensa
A Avio fabrica sistemas de propulsão para motores aeronáuticos civis, programas militares e lançadores espaciais. O seu ponto de partida foi bem conhecido: «Obter dados reais sobre a utilização dos recursos de software estava a tornar-se essencial.» As ferramentas internas e as ferramentas comerciais existentes já não estavam a dar resposta às necessidades.
A primeira fase envolveu a monitorização de 13 servidores de licenças e 500 computadores e estações de trabalho com o Open iT, em locais na Itália e na Polónia. Foi daí que resultou a constatação de 46 em 64. A segunda fase suspendeu as aplicações inativas e libertou as respetivas licenças. A procura por parte dos utilizadores cresceu 15%, as licenças circularam mais rapidamente e o plano de alocação ficou-se por 38 licenças, em comparação com as 64 detidas.
Perguntas mais frequentes
É necessário recorrer à recolha de licenças para analisar a utilização das licenças de engenharia?
N.º LicenseAnalyzer O Nível 1 regista as autorizações e recusas, e o Nível 2 distingue a utilização ativa da inativa. Nenhum deles interfere na sessão de um engenheiro.
É possível medir a utilização numa área isolada ou classificada?
Sim. O Open iT é instalado como uma implementação autónoma dentro da área restrita. A medição, a elaboração de relatórios e a análise são realizadas nessa área, e nenhum dado tem de sair da mesma.
É possível recuperar licenças do CATIA?
Não quando o CATIA é executado no DSLS. A suspensão do Nível 3 funciona com o FlexLM, o LMX, o IBM LUM e o RLM. No caso do CATIA no DSLS, o Open iT mede a utilização e as recusas para comprovar a renovação.
Uma política de recolha irá interromper uma simulação em curso?
Não enquanto a execução estiver a ser processada. O Nível 3 considera uma sessão com atividade da CPU ou de E/S como «ocupada», e é possível marcar os anfitriões do solucionador como «nunca tocar».
O Open iT substitui o ServiceNow SAM Pro?
Não. O ServiceNow mantém o registo do que possui. O Open iT mede o que é utilizado e transmite esses dados ao ServiceNow através da sua aplicação Store.
Começa pelo registo, não pelas regras
Escolha o setor onde a próxima renovação ou auditoria terá maior impacto. Comece por uma avaliação de utilização de Nível 1: esta avalia um ciclo de renovação nos seus servidores de licenças e mostra a diferença entre a capacidade de que dispõe e a capacidade que foi efetivamente utilizada. Num ambiente fechado, a avaliação decorre inteiramente dentro dos limites desse ambiente. Peça à Open iT para definir o âmbito da avaliação.
Com essa lacuna em cima da mesa, redige-se a política de recolha com base nos vossos próprios dados. Em seguida, as licenças de elaboração que ficaram inativas durante a revisão do projeto desta manhã voltam para o conjunto, enquanto as sessões da equipa de testes permanecem exatamente onde foram deixadas.
