Gestão do uso da licença em ambiente de nuvem

[0:00] Lynn: Todos os participantes estão no modo «apenas ouvir». Sejam todos bem-vindos ao webinar da Open iT sobre ITAM: gestão da utilização de licenças em ambientes na nuvem. Chamo-me Lynn Weiss, sou da ITAM e vou ser a vossa anfitriã hoje. E tenho comigo o Carl Leweke, gestor de contas da Open iT, que será o vosso orador. Mas antes de prosseguirmos com o webinar, gostaria de anunciar algumas coisas. A Open iT disponibilizará a apresentação a todos em formato PDF após o webinar, e a gravação deste evento estará disponível no site da ITAM. Para quem for membro, será possível assistir à transmissão em direto a qualquer momento no futuro. Se não for membro da ITAM, terá, naturalmente, de se tornar membro para poder assistir à gravação no futuro. Para colocar questões aos oradores, basta clicar na opção «Perguntas» ou na caixa de chat e tentaremos responder a todas as perguntas antes do final da sessão. Se não for possível, encaminharei esta informação para o Carl e a sua equipa, para que possam responder às vossas questões por e-mail posteriormente.

[1:21] Então, pessoal, a primeira coisa que gostaria de fazer aqui é apresentar-vos o nosso orador, o Carl. Ele é, como já disse, gestor de contas da Open iT. Trabalha no setor do petróleo e do gás há mais de 26 anos, tendo desempenhado diversas funções. A sua experiência no setor inclui, principalmente, a gestão de contas de comunicações sem fios em águas profundas, incluindo planeamento de operações, contratos, análise de mercado, previsões, análise de contas, relações com os clientes, faturação e pagamentos. Ele recorre ao seu vasto conhecimento das operações offshore em águas profundas para aconselhar os clientes sobre como utilizar tecnologias como a medição por software, a otimização da utilização de aplicações, a maximização do valor dos ativos e a produtividade dos utilizadores. Assim, para darmos início à sessão, vou passar a palavra ao Carl.

[2:09] Carl: Muito obrigado, Lynn. Olá, tal como a Lynn referiu, sou o Carl Leweke, da Open iT, e gostaria apenas de vos agradecer por se juntarem a nós hoje para a nossa apresentação e de agradecer à ITAM por nos receber. Trata-se de uma tecnologia complexa e emergente na nuvem. Há uma variedade de temas e inúmeros aspetos diferentes relacionados com a utilização da nuvem, as nuvens e o licenciamento na nuvem, e muitos deles poderiam, na verdade, ser apresentados como temas independentes. Além disso, a nuvem pode significar muitas coisas para pessoas diferentes, o que se tornou especialmente evidente no nosso processo de revisão por pares. No entanto, vou tentar reunir aqui a diversidade destes conceitos e lançar uma nova luz sobre as possibilidades de compreensão e gestão dos aspetos em rápida evolução da disponibilidade de software no contexto da nuvem, e espero apenas que obtenham uma nova perspetiva sobre o que é possível.

[3:06] Mais uma vez, a minha formação principal é na área do petróleo e do gás. Tenho muita experiência a ajudar as pessoas a gerir sistemas e software de aquisição de dados, bem como software de interpretação. A minha formação académica é em engenharia elétrica e tenho um MBA pela Universidade de Denver. Mas, só para dar uma vista de olhos rápida à agenda de hoje, vamos abordar o licenciamento na nuvem, os diferentes modelos disponíveis, os vários modelos de licenciamento que podem existir na nuvem e como combinar serviços na nuvem, licenciamento e software com soluções no local, de forma a proporcionar um benefício global à vossa organização. Provavelmente existe uma combinação certa para cada um, mas encontrá-la não é assim tão fácil. Para além de analisarmos a melhor forma de gerir o licenciamento na nuvem, teremos de abordar algumas considerações relativas ao chargeback na nuvem. Trata-se de uma medição muito sólida e poderosa, o uso da medição para gerir processos, combinando a medição na nuvem com a medição fora da nuvem e os benefícios que daí advêm. E, claro, faremos um resumo e uma sessão de perguntas e respostas.

[4:24] Então, numa breve introdução aos modelos de serviços na nuvem que estão disponíveis, há várias opções diferentes. Existe o que chamamos de XaaS, que abrange praticamente tudo — sendo X a variável — na nuvem. Muitos modelos de licenciamento de software migraram para a nuvem por parte de vários fornecedores diferentes, por exemplo, a Oil, Autodesk, a Oracle, a SAP, a Microsoft, claro, e depois a Amazon, como veremos um pouco mais tarde, que é certamente um dos principais fornecedores de serviços na nuvem. Assim, se olharmos apenas para os modelos básicos disponíveis, há muitos modelos diferentes a considerar. Vamos analisar alguns dos mais populares para começar, e o nível de controlo que o comprador do software tem sobre estes vários modelos varia. Assim, se estiver a adquirir apenas infraestrutura, é possível gerir praticamente tudo no ambiente, exceto o hardware propriamente dito. No caso da «plataforma como serviço» (PaaS), pode realmente gerir as aplicações e os dados diretamente. Mas, no caso de soluções como o SaaS, não é possível gerir diretamente nenhum dos aspetos relacionados com a nuvem. Isso significa que são necessárias abordagens diferentes para gerir os diversos tipos de nuvem que possa vir a utilizar.

[5:45] E o que complica significativamente a situação é esta variedade de elementos e a possível combinação dos mesmos. Mas também é importante referir que as condições da infraestrutura e da plataforma introduzem, de facto, a possibilidade de implementar componentes tradicionais de medição, caso exista um sistema de medição suficientemente flexível e sob o seu controlo para efetivamente medir esses dados e os reunir. Portanto, mais uma vez, há muitos aspetos diferentes que pode ter em conta. Parece que, durante algum tempo, surgiu uma novidade todos os meses no que diz respeito aos diferentes tipos de serviços: licenciamento como serviço, monitorização como serviço e, claro, o armazenamento como serviço também é muito popular — trata-se simplesmente do armazenamento na nuvem de vários tipos de dados. Mais uma vez, todos estes serviços estão disponíveis em vários modelos, com diferentes tipos de controlo e capacidades distintas que é necessário compreender. E, claro, para qualquer ambiente específico, cada um tem as suas próprias necessidades, que têm de ser conciliadas com o que está disponível e com o que se opta por utilizar.

[6:47] E que fornecedor de serviços na nuvem é que as pessoas estão a utilizar? Sei que existem vários no mercado: a Amazon, a HP, o Azure e também o Google. Penso que a Amazon, como mencionei anteriormente, está praticamente a dominar o mercado; é isso que a maioria dos inquéritos indica. E este é, na verdade, um inquérito realizado no local, num dos nossos seminários anteriores, que mostra que 67% das pessoas presentes — o que é típico de vários inquéritos — utilizavam, de facto, a Amazon.

[7:18] Por isso, vou abordar um pouco os métodos de licenciamento de software, apenas para garantir que temos uma base de conhecimento comum e sólida, porque isso influencia o que é possível na nuvem e o que é necessário ter em conta na nuvem. Voltando a alguns dos modelos tradicionais, existe, naturalmente, o modelo de utilizador nomeado, em que se atribui a uma determinada pessoa o direito de utilizar um determinado software no contrato de licença, sendo esse direito aplicável apenas a essa pessoa. Existem várias licenças de rede, de área alargada e de área local, que podem ser flutuantes ou partilhadas, e que podem ser regionais ou globais; estas são vulgarmente conhecidas como licenças simultâneas. Existem licenças «node-lock», em que o software é instalado numa máquina específica e, por isso, só pode ser utilizado por alguém que esteja efetivamente nessa máquina em particular. Existem licenças «por utilizador por dispositivo», que se baseiam no número de dispositivos simultâneos e distintos que podem aceder ao software ao mesmo tempo. Existem assinaturas em que a licença só está disponível durante o período adquirido, ficando limitada a esse período, conforme estipulado no contrato. Existem ainda assinaturas baseadas na nuvem, cuja popularidade tem crescido significativamente entre os fornecedores de software nos últimos tempos; em alguns casos, estas utilizam «créditos de nuvem» — um tipo específico de, digamos, «Bitcoin da nuvem» ou algo semelhante a um «Bitcoin de software» —, em que a compra é efetuada com base na medição do uso efetivo desses recursos de nuvem.

[8:43] Existem alguns tipos diferentes de licenças gratuitas de que podemos falar. Estas variam consoante o que o fabricante original do software permite que se faça; apesar de serem gratuitas, não permitem que se faça exatamente tudo o que se quiser. O que designamos por GPL, ou Licença Pública Geral, permite, de facto, alguma partilha e cópia, mas existem alguns limites quanto ao que é permitido em termos de revenda. Existem as chamadas «licenças de acesso de cliente», que utilizam métricas tanto de utilizadores como de dispositivos; estas permitem que os utilizadores se liguem ao software utilizando os vários recursos e funções, dentro das limitações impostas pelo número de dispositivos e pelo número de utilizadores. E estas vão-se tornando cada vez mais complicadas à medida que se aprofunda no assunto. Além disso, também existem combinações destas licenças. No entanto, algumas licenças baseiam-se, na verdade, na capacidade do hardware. Existem algumas licenças para tipos de letra; pode ser útil, pelo menos, compreender que elas existem. Há o freeware, que, mais uma vez, é algo gratuito, mas as restrições geralmente indicam que não o pode revender. E, claro, o facto de ter um software gratuito não significa que possa fazer o que quiser com ele. E, claro, há combinações de várias coisas.

[10:02] Mas, para determinar a combinação certa com base neste grande número de modelos — modelos esses que remontam, na verdade, aos primórdios do desenvolvimento de software e do marketing —, no ambiente da nuvem é importante compreender quais são as vantagens e desvantagens de cada um deles, bem como as várias compensações que é necessário ponderar em relação às vantagens e desvantagens associadas à aquisição dos diversos tipos de licenças e acordos. No entanto, as capacidades da nuvem aumentaram significativamente o número de fatores que é necessário ter em conta ao escolher a combinação adequada. No caso das licenças perpétuas, que têm sido tradicionalmente muito populares e que envolvem uma compra com um grande custo inicial, estas podem revelar-se mais económicas a longo prazo. Mais uma vez, exigem o que normalmente seria considerado um investimento de capital e podem representar um valor, são um ativo. E, especialmente, algumas licenças perpétuas parecem estar a perder popularidade junto de alguns fornecedores de software, pelo que esses ativos adquiridos anteriormente podem ter um valor especial caso já não possam ser adquiridos, em vez de se ser obrigado a aderir a algum tipo de contrato de subscrição no futuro.

[11:07] Ao contrário das licenças perpétuas, as licenças flexíveis abrangem uma grande variedade de outros tipos de licenças. É difícil encontrar o termo adequado para as designar, mas «flexíveis» é provavelmente a melhor forma de as descrever. Podem ser vários tipos de subscrições e licenças baseadas no tempo ou na utilização. Podem variar bastante. Já abordámos um pouco o tema dos tokens flutuantes na secção sobre os acordos de licenciamento. Mas o que estas licenças permitem fazer, uma vez que são mais flexíveis, é aumentar ou reduzir a capacidade de forma muito mais rápida para utilizações temporárias, para picos de utilização e situações semelhantes. Também permitem uma espécie de «experimente antes de comprar» ou «faça um teste de condução antes de comprar», tal como se faz com um carro. Permitem-lhe executar o software e fazer algumas avaliações antes de proceder a uma implementação de grande envergadura ou a uma compra significativa. Mas o que importa, no fundo, é que é realmente importante compreender os custos a longo prazo e os benefícios a curto prazo que se aplicam a cada um dos vários tipos de software que possui, bem como aos vários ambientes existentes na sua organização específica. Compreenda esses aspetos e planeie adequadamente.

[12:11] A questão é que, com a nova complexidade, surgem mais custos e, infelizmente, isso exige mais planeamento. É importante compreender as novas funcionalidades de software que estão disponíveis para os tipos de software que a sua empresa específica utiliza. É preciso compreender os comportamentos dos utilizadores e a facilidade com que tendem a adotar tecnologia ou novas tecnologias. É importante compreender o ciclo de vida do seu software atual, bem como a combinação dos ciclos de vida dos seus programas atuais e como se irá processar a sua substituição. Há muito trabalho a fazer e, infelizmente, trata-se de uma situação em que «quem não arrisca, não ganha».

[13:00] Uma das coisas de que gostaria de falar, especialmente porque já abordámos um pouco a questão da flexibilidade do licenciamento anteriormente, é algo que a Open iT fez com uma empresa chamada ANSYS. E é simplesmente um bom exemplo do que é possível fazer. Existem, claro, as plataformas comerciais locais e de nuvem privada, onde é possível instalar o próprio software. E, claro, há também o software como serviço, que torna mais difícil medi-lo diretamente e exercer um controlo rigoroso sobre ele. Mas vale a pena referir que alguns fornecedores de software, neste caso a ANSYS, reconheceram o valor de apoiar os seus clientes em todo este processo. A ANSYS, caso não estejam familiarizados com a empresa, oferece uma gama completa de soluções de engenharia avançadas e muito poderosas. É um software muito popular no âmbito da engenharia e do design. Trabalharam com a Open iT para desenvolver um sistema que integra o seu licenciamento na nuvem e no local, permitindo a aquisição de capacidade adicional para períodos de utilização que considerariam extraordinária, ou superior ao que consideram o nível médio habitual. Assim, isto também permite aos clientes monitorizar a sua utilização através do mesmo sistema que mede e cobra a faturação da ANSYS, o que, em muitos casos, reduz a ansiedade face a cobranças inesperadas. Porque, como a maioria das pessoas que começou a migrar para o ambiente na nuvem compreende, basta receber essas cobranças surpresa decorrentes de implementações de sistemas em que as pessoas criaram instâncias na nuvem de recursos que, para começar, nem sequer estavam no radar do departamento de TI. Por isso, é muito importante ter uma visão abrangente de tudo o que se passa na área de TI e de todo o uso que está a ocorrer, mesmo no que diz respeito aos aspetos que já se compreendem. E quando este tipo de sistemas é implementado por um fornecedor, é possível monitorizar toda a gama de tipos de utilização. E foi por isso que a Open iT foi escolhida para estabelecer uma parceria com a ANSYS: a nossa capacidade de combinar diferentes tipos de utilização — algo a que chamamos «utilização real» — numa única fatura integrada. Escolheram-nos por essa forte capacidade de reunir diferentes tipos de informação provenientes de diferentes fontes.

[14:54] Então, como é que se mede e se contabiliza a utilização da nuvem? Já abordámos alguns aspetos desta questão. É certo que a infraestrutura influencia a forma como isso poderá ser feito. Já mencionámos a nuvem privada e a nuvem pública; há sistemas locais que terão de ser tidos em conta e pode haver vários fornecedores de software diferentes na nuvem. Assim, o desafio, naturalmente, consiste em otimizar todos esses ambientes diferentes. E uma das formas de o fazer, claro, se estiver a utilizar a nuvem — especialmente se for SaaS ou algo que seja medido na nuvem —, é simplesmente utilizar o extrato detalhado do fornecedor de serviços na nuvem. A Amazon é, sem dúvida, um deles; é muito popular e é possível integrar os seus extratos diretamente.

[15:35] Mas, no passado, também analisámos a possibilidade de implementar formas de medir o tráfego de rede efetivo diretamente nos routers, multiplexadores ou como quer que se lhes chame hoje em dia. Colocar agentes nas próprias máquinas onde as pessoas as utilizam pode ter vantagens em relação à análise do tráfego de rede, ou pode ser outra forma de analisar o tráfego de rede. Além disso, monitorizar o que se passa nos navegadores é uma forma potencial de o fazer. Então, analisando isto rapidamente, esta é uma fatura típica da AWS (Amazon Web Services) e, claro, é possível importá-las para um sistema. Pode ser necessário um pouco de trabalho para criar algo que analise estes dados no vosso sistema, mas é perfeitamente possível fazê-lo. E creio ter ouvido em alguns seminários anteriores sobre a nuvem a que assisti que é possível obter um formato ainda mais detalhado, como um CSV ou algo semelhante, que possa ser importado para folhas de cálculo ou outros sistemas diversos num formato comum.

[16:43] Portanto, as desvantagens disto são que raramente se detalha ao nível do utilizador final e, claro, é muito difícil obter uma visão sobre que tipos de projetos ou qualquer outra coisa que possa estar associada a uma determinada utilização. Além disso, não existe uma utilização real; por isso, se tiver atividades na nuvem e também, talvez, no local para os mesmos tipos de software, é impossível fundir tudo isso utilizando apenas uma destas declarações.

[17:07] Outra forma de o fazer poderia ser através de agentes na nuvem. Assim, tal como referimos anteriormente, se dispuser de infraestrutura ou plataforma como serviço, é possível instalar os seus próprios agentes de monitorização, caso tenha instalado software nesse ambiente para as pessoas utilizarem. E isso é certamente viável, desde que disponha dos agentes de monitorização adequados. Assim, o que se consegue obter são informações muito precisas e detalhadas, tal como aconteceria se as tivesse instalado num sistema local. E muitos utilizam os mesmos agentes internamente. E se os estiver a utilizar todos a partir do mesmo sistema, também os pode integrar, e é a isso que chamamos a nossa verdadeira utilização. A desvantagem é, naturalmente, que, em muitos casos, terá de instalar este software na nuvem; terá de ser o mesmo tipo de software que costuma instalar num sistema local, o que pode acarretar alguns custos associados.

[17:59] Monitorizar a atividade da rede é outra forma. No passado, diria que esta capacidade está a desaparecer, mas se fosse possível monitorizar os pacotes propriamente ditos, os seus destinos e esse tipo de coisas, seria possível determinar efetivamente os tempos. Se houver sinais de vida para um determinado processo em execução na nuvem, seria possível monitorizar isso e determinar, com base nisso, o tempo que um determinado utilizador passou a utilizar os recursos. Isso está a tornar-se cada vez menos possível, devido à complexidade das redes modernas. E diria que nem sequer é a complexidade, mas sim o volume avassalador de dados que está a tornar isso muito difícil de fazer. Mas, se estiver encriptado, praticamente não é possível examinar esses pacotes e determinar para onde vão, de onde provêm ou qualquer outra coisa. Portanto, isto é algo que não pode ser completamente ignorado, mas, cada vez mais, não vai ser possível obter medições de atividade com base na atividade de rede, como talvez fosse possível há alguns anos.

[19:00] Tal como referimos há pouco, os mesmos tipos de agentes que se implementariam na nuvem para um sistema de medição também podem ser utilizados em computadores de secretária e servidores de aplicações, onde as licenças são atribuídas aos utilizadores para que estes as possam utilizar. E é possível obter muitas informações sobre o que se está a passar apenas com base em quem está a utilizar as licenças e quando. E no que diz respeito à compreensão da atividade, é claro que é possível integrar tudo isso. Ter um agente no navegador é outra opção: basta monitorizar quando um determinado navegador acede a um determinado site — basicamente, um site de software — ou utilizar esse agente para esse software específico que se encontra na nuvem, seja SaaS ou num tipo de nuvem instalada de forma privada. Mas existem muitos agentes de navegador diferentes no mercado e é preciso compreender o que se passa com cada um deles, bem como o facto de que, para qualquer site específico, pode haver várias URLs ou endereços IP diferentes que poderiam potencialmente ser usados como uma espécie de porta traseira, talvez intencionalmente ou talvez apenas por acidente. Provavelmente, é necessário estabelecer algumas limitações se pretender monitorizar o que se passa com o tráfego de software ou com serviços do tipo SaaS que ocorrem apenas através do navegador. Mas é possível fazê-lo.

[20:34] E, claro, se tiver à disposição toda a gama de possibilidades, provavelmente é preferível analisar quais são as suas necessidades reais e quais são as suas capacidades reais no seu ambiente específico. Mais uma vez, infelizmente, isto depende muito do contexto e provavelmente não existe uma solução pronta a usar que permita a toda a gente controlar tudo o que se passa na nuvem. Mas, ao combinar diferentes elementos que proporcionam informações, os relatórios de atividade dos fornecedores serão importantes, provavelmente em primeiro lugar. Instalar agentes na nuvem, se tiver uma configuração do tipo infraestrutura ou plataforma, é outra forma muito eficaz de obter dados de utilização realmente bons. É claro que é necessário analisar os servidores de aplicações e os servidores de licenças e, tal como acabámos de referir, os agentes no ambiente de trabalho ou no navegador. E, em seguida, integrar essas várias informações para obter uma visão o mais holística possível de toda a utilização, o que é viável e pode ser desenvolvido se tiver integrado a tecnologia adequada.

[21:37] Vamos então dar uma vista de olhos rápida ao papel do chargeback na gestão da nuvem. Se já se deu ao trabalho de implementar um sistema de medição, então, para tirar realmente o máximo partido dessa informação e gerir a utilização, o chargeback pode ser uma ferramenta muito útil e poderosa. Resumindo rapidamente, a ideia por trás do chargeback consiste em reunir todos os vários custos gerados e, inicialmente, pagar as faturas, mas depois utilizar algum tipo de medição ou métrica para reatribuir esses custos aos centros de custo. E, claro, haverá um processo para isso no que diz respeito à recolha dos dados brutos, à sua alteração e organização por grupo ou por período de tempo e coisas do género, à aplicação de um valor ou de um valor de pagamento por utilização a cada um desses tipos individuais de custos que foram gerados, à realização dos cálculos de custos e, por fim, à criação de faturas para redistribuição. Portanto, há todo um processo envolvido.

[22:41] E as opções baseadas na nuvem estão, sem dúvida, como afirmámos desde o início, a alterar a complexidade e muitas das dinâmicas envolvidas na compreensão do que se passa com o software e o licenciamento de software. E o custo real das aplicações é simplesmente muito mais difícil de determinar. Isto não é novidade para ninguém; há inúmeras organizações por aí que foram surpreendidas por uma fatura inesperada, digamos assim, que surgiu de repente e as prejudicou gravemente, seja como for. Mas, de qualquer forma, a implementação do chargeback pode aumentar a sensibilização. E este é apenas um modelo tradicional típico da Gartner para formas de aplicar o chargeback. Dizem que se pode fazê-lo por funcionalidade, o que é uma espécie de capacidade básica: se precisar de acesso a algo, paga uma tarifa fixa por isso. Pode fazê-lo por utilização; se tiver métricas para os vários tipos de utilização por departamento, utilizador ou coisas do género, nós, enquanto empresa de medição, recomendamos que se dê um peso bastante elevado a esse fator. Assim, eles apresentam uma espécie de ponderação na parte inferior, nas suas recomendações. Recomendamos, sem dúvida, que, se dispuser dos dados, é mais equitativo utilizar as taxas de utilização com uma percentagem muito mais elevada, atribuindo menor peso aos modelos de acesso e de nível de serviço, em comparação com a medição efetiva do que é a utilização.

[24:03] Portanto, há várias formas de efetuar o chargeback. Pode, como disse, cobrar a todos uma espécie de tarifa fixa, ou pode fazê-lo apenas numa base de pagamento por utilização, em que se integra a utilização multiplicada pelo tempo para um determinado período e se aplica um custo a cada período. Ou pode fazê-lo através de uma taxa fixa acrescida de um diferencial, em que todos pagam uma taxa base e, posteriormente, qualquer utilização acima desse limite é cobrada a uma taxa variável com base na utilização medida. E isso é, de certa forma, a modelação elástica de que falámos anteriormente no que diz respeito à forma como a ANSYS gere o seu licenciamento elástico. E há várias formas diferentes de medir as utilizações. Se estiver a medir a utilização de algo, pode fazê-lo com base no tempo decorrido, no número de utilizadores e dispositivos ou em combinações destes fatores. Se estiver a medir o armazenamento, isso pode basear-se na qualidade do armazenamento, na velocidade de acesso ou no tipo de armazenamento, quer se trate de discos físicos ou de discos de estado sólido. A quantidade armazenada, claro, será importante, assim como a frequência de leitura/gravação e a frequência com que é acedido ou alterado. Portanto, há várias possibilidades diferentes no que diz respeito à cobrança de custos na nuvem.

[25:14] E, claro, existe um processo que pode ser implementado para isso. É preciso planear o processo tendo em conta os objetivos, criar um catálogo de serviços e defini-lo. Normalmente, é preferível testar esse modelo com os dados do ano anterior para ter uma ideia de como está a funcionar, se está a obter o tipo de resultados que esperava ao desenvolver o modelo de custos, e depois implementá-lo e, claro, monitorizá-lo ao longo do tempo para garantir que continua a funcionar conforme planeado. E existem outras metas gerais para a organização. É claro que se pretende que seja facilmente comunicado e compreendido, simples e transparente e, naturalmente, equitativo, para que as pessoas sintam que estão a ser cobradas pelo que utilizam e não de forma injusta por coisas das quais talvez não tenham obtido qualquer valor. E, claro, há muitos benefícios nisso. O simples facto de tornar as organizações e as pessoas mais conscientes dos custos vai promover a responsabilização. E reconhecer os custos associados ao que utilizam, do ponto de vista das TI, leva-as a reconhecer também o valor disso. Portanto, há muitos benefícios nisso.

[26:20] Portanto, há outras questões e outras boas práticas que precisamos de analisar. Há uma questão que se coloca: por que não repercutir simplesmente a fatura da nuvem no utilizador final? Bem, se tiver recursos do tipo nuvem internos e externos, ou apenas recursos internos a par de recursos na nuvem, e se estiver a cobrar apenas pelos recursos na nuvem, então as pessoas que os utilizam — os primeiros a adotar a tecnologia ou aqueles que experimentam os recursos mais cedo — acabam por beneficiar com isso. E as outras pessoas podem sentir que é injusto terem de pagar mais. Se cobrar apenas pela utilização da nuvem, então é tal e qual como se diz: elas são as azaradas que são atiradas para a nuvem, enquanto as outras estão, de certa forma, a ter a saída mais fácil.

[26:59] Assim, ao combinar o chargeback na nuvem com o chargeback no local, já falámos um pouco sobre isto e sobre a forma como a ANSYS o está a fazer com base na utilização real. Existem várias formas de encarar o chargeback dos recursos na nuvem. Se tiver um modelo de chargeback empresarial — e penso que isto se está a tornar cada vez mais comum ao longo do tempo, sendo reconhecido como uma boa prática na gestão de ativos de software —, o ideal é integrar a modelação da nuvem e tratá-la exatamente como trataria qualquer outro custo no local. É claro que tem de se certificar de que consegue interpretar as faturas da nuvem ou que todos os seus sistemas de medição utilizam o mesmo formato que o seu sistema de chargeback empresarial, para os integrar corretamente. É muito importante ter essa solidez na medição e nos detalhes. Obtenha também um extrato tão detalhado quanto possível dos seus fornecedores de serviços na nuvem. A vantagem, claro, é que pode criar as suas próprias políticas e aplicá-las de forma a maximizar os benefícios para a sua organização. E, mais uma vez, basta fazer com que as pessoas sintam que têm um papel a desempenhar na contribuição para a organização, utilizando os recursos de forma eficiente.

[28:13] Como sempre, e tal como já referimos anteriormente, utilizar os dados do ano passado e ter a flexibilidade de os ajustar conforme necessário. Outra boa prática que tem sido reconhecida consiste simplesmente em transferir os utilizadores ocasionais para a nuvem. Isso pode ser muito mais económico se pagarem apenas pelo tempo em que utilizam o software, em vez de terem alguém com uma licença de utilizador nomeado, uma licença dedicada ou um recurso do tipo de licença perpétua dispendiosa. E se tiver informações sobre aspetos como os dias que passaram desde a última vez que alguém utilizou um software ou o tempo total de utilização nesse software num determinado período, isso pode ser muito útil para identificar quem se adequa melhor ao modelo de utilização de recursos na nuvem, em comparação com recursos no local.

[29:09] E há ainda outras coisas a que é preciso prestar atenção. Se tiver um utilizador na nuvem, vamos chamá-lo de Super-Homem, que tem uma licença profissional limitada, e o que não sabia é que este utilizador também tem outro nome de utilizador que não reconheceu como sendo da mesma pessoa, Clark Kent, e que também tem uma licença profissional que custa ainda mais, que é uma licença do tipo «on-premises». Então, tem de estar atento a esses casos. A situação de dupla licença é importante e penso que isso já foi reconhecido por qualquer pessoa que já tenha trabalhado com otimização SAP; é reconhecida como um aspeto muito importante do processo: controlar os seus nomes de utilizador e garantir que não existem nomes de utilizador duplicados com privilégios duplicados.

[29:50] Outro aspeto a ter em conta é o que chamamos, na Open iT, de «license hogs» — ou seja, pessoas que utilizam muitos recursos ao mesmo tempo. Assim, se tiver uma visão combinada da sua utilização na nuvem e no local, na mesma localização, é mais fácil identificá-los, uma vez que as pessoas estão a utilizar ambos os tipos de recursos. O que se pode ver aqui é um relatório típico do nosso sistema, que mostra apenas alguns softwares ANSYS, alguns IDs de utilizador, o número máximo de licenças utilizadas em simultâneo e o tempo decorrido. O que se pode observar aqui é que temos este utilizador que utilizou entre 8 a 10 licenças em simultâneo durante alguns meses diferentes. E é importante compreender também o perfil do utilizador. Quero dizer, pode tratar-se de um utilizador avançado que está a realizar um grande número de simulações e que, de facto, necessita desses recursos. Mas também pode ser que esse utilizador retire uma licença, se esqueça de a devolver e, no dia seguinte, retire outra. E, como resultado disso, está simplesmente a consumir recursos em excesso. Por isso, compreender essa situação e prevenir-se contra ela, tentando orientar o comportamento dos utilizadores, especialmente através do chargeback, é muito útil.

[31:01] Portanto, a conclusão é que o simples facto de avaliar e compreender as necessidades da sua organização específica pode permitir-lhe otimizar a combinação de infraestruturas locais e na nuvem, sem criar uma enorme confusão em que há tanta coisa a acontecer que se torna difícil acompanhar tudo. É necessária uma abordagem organizada e bem planeada. É importante recorrer a uma avaliação de chargeback para determinar como isso é possível e identificar as melhores formas de integrar a utilização da nuvem num modelo de chargeback empresarial. E, mais uma vez, já falámos sobre como isso reforça um bom comportamento dentro da organização e faz com que as pessoas compreendam o valor de uma utilização prudente dos recursos. No que diz respeito à medição da nuvem — e, claro, aos extratos dos fornecedores —, procure obtê-los num formato tão detalhado quanto possível junto dos seus fornecedores específicos, especialmente no caso do SaaS. Se conseguir obter relatórios detalhados deles, isso será muito útil, assim como a implementação de agentes de medição nas instâncias na nuvem onde existam instâncias locais, permitindo monitorizar o que se passa num navegador através de URLs ou endereços IP específicos para identificar quando as pessoas estão a utilizar recursos na nuvem.

[32:16] E também é importante, algo que não deve ser subestimado, começar a analisar quais são as necessidades atuais da vossa organização. Planear como irão avançar para o ambiente na nuvem ou fazer a transição para software na nuvem, conforme necessário, e é importante começar a recolher dados desde cedo. Se pretendem implementar um sistema de refacturação, algo importante a fazer é simplesmente mostrar às pessoas quais são os seus custos antes de implementarem efetivamente o sistema de refacturação. Isso também pode ser significativo para influenciar o comportamento. Se os gestores compreenderem qual é a utilização no seu departamento antes de lhes serem cobrados os custos, provavelmente sentirão que o processo foi um pouco mais justo. E, claro, é importante ter a flexibilidade de se adaptar ao longo do tempo às necessidades em constante mudança, ou reconhecer quando as coisas talvez não tenham sido feitas corretamente à primeira. E é basicamente isto. Se alguém tiver alguma dúvida, terei todo o gosto em discuti-la neste momento.

[33:10] Lynn: Obrigada, Carl. Temos aqui algumas perguntas, por isso vamos passar logo a elas. E, tal como disse anteriormente, se ficarmos sem tempo e não conseguirmos responder à vossa pergunta, saibam que vou garantir que o Carl receba a informação e que ele vos responda por e-mail ou talvez até por telefone. Isto é algo que ouvimos frequentemente na área de ITAM: considera que as organizações pensam que a migração para a nuvem irá eliminar a equipa de ITAM?

[33:43] Carl: Tenho ouvido muitas discussões em várias conferências e, francamente, não creio que alguém tenha a ilusão de que isso venha a acontecer. Quero dizer, o que as pessoas percebem é que muitas delas migram para a nuvem pensando que isso lhes vai poupar dinheiro, e acho que a maioria já abandonou essa perspetiva. Percebem que a nuvem pode ter algumas vantagens, mas, se não se tiver cuidado, a redução de custos não é uma delas. E, claro, ter as coisas na nuvem — e parece que a nuvem está a chegar a muitos ambientes, quer as pessoas queiram quer não —, isso é algo lamentável em alguns casos, mas acho que é uma tendência emergente no software em geral, e isso vai simplesmente exigir mais gestão em geral. Por isso, não acho que as pessoas acreditem realmente que isso vá eliminar as equipas que gerem esse tipo de coisas.

[34:40] Lynn: Concordo plenamente contigo e não poderia ter dito melhor. Outra pergunta: o que achas do BYOL e de como funciona com a Amazon Web Services?

[34:48] Carl: Se estiveres a utilizar o teu próprio software e a tua própria licença, então é certamente possível, sabes, instalar um agente de medição, caso estejas a utilizar uma plataforma como serviço ou infraestrutura como serviço na AWS. Nesse caso, também é possível implementar um sistema de monitorização nesse ambiente. Se tiver um servidor de licenças propriamente dito na nuvem, na AWS ou algo do género, pode, de facto, instalar um agente nesse servidor para monitorizar o que se passa com ele. E presumo que seja essa a questão. Para mais detalhes, teria de falar com eles sobre a licença específica de que estavam a falar e sobre o próprio software.

[35:51] Lynn: Será que alguma vez haverá uma única ferramenta capaz de medir a utilização de sistemas locais, bem como de várias plataformas na nuvem e de software como serviço? Achas que alguma vez haverá uma ferramenta que faça tudo?

[35:59] Carl: Infelizmente, provavelmente teria pensado que sim, que a resposta a essa pergunta poderia ser «sim», mas acho que, infelizmente, o que estamos a ver é que, ao ritmo a que as coisas estão a mudar, trata-se de um alvo em movimento. Por isso, é provavelmente improvável que se consiga reunir tudo isso. E as coisas estão a tornar-se cada vez mais complexas de formas que não podíamos prever há cinco anos, e certamente não há dez anos. Por isso, mesmo que se estivesse a planear construir um sistema desse tipo naquela altura, à medida que as coisas mudam com o tempo, torna-se cada vez mais difícil reunir todos os vários conceitos, analisar os vários tipos de modelação e formas de cobrança em conjunto e compreendê-los. Além disso, nesta altura, acho que isso não é viável. Por isso, provavelmente terá de gerir os aspetos mais importantes da utilização da melhor forma possível e é provável que algumas coisas acabem por escapar.

[36:58] Lynn: Está bem. Acha que as organizações estão a utilizar ferramentas como a sua para otimizar, ou apenas para remover software dentro da organização? Estão mesmo a fazer isso?

[37:08] Carl: Portanto, há várias formas diferentes de o fazer. A simples remoção é, sem dúvida, apenas uma pequena parte das utilizações que as pessoas fazem do nosso software. Sabes, elas analisam realmente a situação, porque sem algum tipo de ferramenta de gestão e medição é difícil reconhecer padrões em mudança. Sabes, será que a utilização de um determinado software está a aumentar ou a diminuir, ou será que deixou quase completamente de ser utilizado? Existem situações em que se tem licenças em abundância, a quantidade certa de licenças, ou, em alguns casos, há falta de licenças para software que seria muito rentável, tendo em conta a produtividade das pessoas, apenas por se ter mais dessas licenças específicas? E compreender onde as pessoas estão limitadas nas suas capacidades com o novo software, com base na medição, penso eu, é um aspeto muito importante disso. E isto sem sequer considerar algumas das formas mais avançadas de otimização, que consistem em medir efetivamente se alguém tem uma licença ou se a retirou, e se está realmente a utilizar essa licença. E, caso não esteja, será possível tomar medidas com base nisso? Portanto, há muitas razões pelas quais as pessoas utilizam o nosso software para otimização, para além da simples remoção de licenças.

[38:24] Lynn: Está bem. Na sua opinião, qual é o primeiro passo para implementar um sistema de monitorização da utilização no ambiente de nuvem de alguém?

[38:32] Carl: Portanto, o primeiro passo vai ser, na verdade, determinar como é o vosso ambiente e tentar fazer uma avaliação interna da vossa própria combinação de elementos. E talvez já tenha mencionado que é preciso identificar primeiro os aspetos mais importantes, mas é preciso analisar o vosso próprio ambiente, determinar quais são os aspetos mais importantes e quais são as formas possíveis de implementar a monitorização e a medição, de modo a tentar gerir a utilização desse aspeto específico. É por aí que se começa, e depois constrói-se um sistema ao longo do tempo, adicionando-lhe mais funcionalidades à medida que se vai ganhando controlo sobre os aspetos mais importantes. Esses são provavelmente os dois primeiros passos para tentar pôr as coisas a funcionar e dar início ao processo.

[39:22] Lynn: Muito bem. Acho que ainda temos tempo para mais uma pergunta. Já dispomos de uma ferramenta de medição para a gestão das nossas licenças flutuantes. Será que essa ferramenta pode ser adaptada para incluir também a monitorização do software na nuvem?

[39:36] Carl: Em alguns casos, sim. E, como provavelmente já insisti ao longo de toda a apresentação, com a nuvem há uma variedade tão grande de possibilidades que, em muitos casos, é preciso analisar caso a caso. Se tiver uma plataforma ou infraestrutura como serviço e software instalado lá, ou servidores de licenças instalados lá, então também pode colocar agentes de medição e integrá-los num sistema de medição. E algumas dessas informações, se estiver a tentar medir dados apenas a partir de um navegador e a tentar perceber o que se passa, são apenas uma peça do puzzle. Mas é possível integrar toda essa informação variada num único sistema; apenas que, em alguns ambientes, isso será muito mais desafiante do que noutros.

[40:37] Lynn: Muito bem. Esta é uma pergunta com várias vertentes e talvez seja apenas uma opinião. O que funciona melhor, na sua opinião: num agente na nuvem, no local ou no navegador? Qual tem sido a sua experiência em relação ao que funciona melhor, e isso depende do tipo de software em questão? Quais são os princípios básicos a ter em conta?

[40:51] Carl: Por isso, é muito mais fácil perceber o que se passa nas instalações. Já fizemos algum monitorização básica através do navegador, mas, mais uma vez, se houvesse apenas alguns navegadores diferentes disponíveis e talvez apenas um URL para aceder a algo, então isso poderia ser relativamente fácil de fazer; no entanto, isto ainda dá algum trabalho. Mas se for possível limitar os diferentes tipos de navegadores que as pessoas utilizam e os diferentes tipos de URLs ou caminhos que podem utilizar para aceder a um determinado recurso de software na nuvem, então é possível fazê-lo. Não é necessariamente algo pronto a usar para qualquer ambiente específico. Em comparação com os ambientes locais, que estão muito mais consolidados ao longo do tempo — décadas, neste momento —, em contraposição à nuvem e à tentativa de avaliar o que se passa na nuvem, especialmente no que diz respeito aos navegadores e à proliferação dos navegadores preferidos das pessoas.

[42:00] Lynn: Muito bem, ótimo. E acho que vamos ter de encerrar agora; é todo o tempo que temos, neste momento, para perguntas. Portanto, se alguém tiver mais alguma pergunta, Carl, se puderes avançar para o slide com os teus dados de contacto, podem escrever-te diretamente por e-mail ou enviar um e-mail para a própria organização Open iT. Ótimo. E quero agradecer a todos pela participação no webinar de hoje, especialmente ao nosso orador, Carl Leweke. E, tal como referido anteriormente, iremos tratar de todas as perguntas adicionais. Penso que há aqui algumas que vão exigir um pouco mais de explicação do que aquilo que podemos fazer em cinco minutos. A gravação estará disponível no início da próxima semana no site da ITAM. E lembrem-se: se quiserem uma cópia desta apresentação, terão de contactar a Open iT, mas tenho a certeza de que eles disponibilizarão essa informação a todos os participantes através de um e-mail de acompanhamento deste webinar. A todos, mais uma vez obrigado. E com isto conclui-se a apresentação de hoje.