6 razões para implantar software como um dispositivo virtual

Gerenciar a infraestrutura de TI é uma proposta mais complexa do que costumava ser. A era dos servidores locais e aplicativos monolíticos está dando lugar a uma nova realidade híbrida: a infraestrutura local herdada está se misturando com uma cacofonia de tecnologias de aplicativos e bancos de dados, virtuais e modulares baseadas em nuvem. Está mudando a maneira como as empresas hospedam, provisionam e implantam software.

Um dos catalisadores dessa mudança de paradigma é o surgimento de dispositivos virtuais (VA). Construído em máquinas virtuais (VMs) baseadas na nuvem, um VA é uma ferramenta pré-configurada para configurar e executar aplicativos virtuais sem se preocupar com instalação, provisionamento ou implantação manual. Kit Colbert, CTO da Unidade de Negócios de Plataforma em Nuvem da VMware, disse pensar nos VAs como qualquer outro dispositivo: você não precisa saber como o seu refrigerador funciona, apenas funciona.

Colbert passou 14 anos na VMware. Ele trabalhou em grande parte do portfólio da empresa de software corporativo - do sistema operacional VMkernel (OS) e virtualização do servidor vSphere ao gerente de operações de TI do vRealize e à plataforma VMware AirWatch para gerenciamento de dispositivos móveis (MDM)), entre outras funções. A PCMag conversou com Colbert sobre o que são os VAs e por que eles são úteis em cenários práticos de negócios. Discutimos como você pode aproveitar os VAs, juntamente com as tecnologias emergentes do desenvolvedor, como contêineres e microsserviços, como parte de uma pilha de software de última geração e infraestrutura de TI.

O que são VAs?

Os VAs estão se tornando mais comuns em datacenters e servidores virtuais, executando como parte das nuvens de Infraestrutura como Serviço (IaaS). Para entender o que são os VAs e como eles são importantes nos ambientes de computação em nuvem, Colbert disse que a palavra-chave é "appliance".

"Pense em um aparelho em sua casa: fornos, microondas, geladeiras. Você os conecta e eles funcionam", disse Colbert. "O funcionamento interno é complexo - e agora, com a Internet das Coisas (IoT), muitos deles têm Wi-Fi. Mas quantos de nós realmente sabem como funciona uma geladeira ou um forno? Não precisamos. botões para controlar um dispositivo muito complexo com uma interação muito simples. Um dispositivo contém essa complexidade para facilitar o valor do usuário. Um dispositivo virtual faz a mesma coisa dentro de uma VM em um data center ".

Como Colbert explicou, um VA essencialmente fornece uma abstração de software para pegar um sistema virtual complexo e focalizá-lo em uma configuração específica e rigidamente controlada para o fornecedor independente de software (ISV) que vende o produto e para o departamento de TI comercial que compra e implanta esse software. Para ISVs, os VAs reduzem o número de opções de configuração e implantação. Quanto mais opções, configurações e sistemas operacionais você suportar, mais difícil será garantir que o software funcione corretamente em diferentes ambientes. No lado comercial, os VAs permitem que o departamento de TI gaste menos tempo configurando o aplicativo e definindo as configurações de rede e conformidade, etc. Colbert disse que é sobre simplicidade e tempo para valorização.

"Tradicionalmente, quando você instala um software, há uma série de coisas que você precisa fazer para que esse aplicativo seja levantado. O objetivo de um dispositivo virtual é pré-configurar tudo e começar a usá-lo", disse Colbert. "Veja um sistema operacional como o iOS. É um conjunto de software que funciona apenas para este conjunto de dispositivos Apple. Compare com o Android, onde você tem um sistema operacional altamente configurável executando em centenas de milhares de dispositivos diferentes. É muito mais trabalho para fabricantes para personalizar em dispositivos diferentes, enquanto que, com o iPhone, ele é construído apenas uma vez."

VAs vs. VMs

VAs e VMs geralmente são misturados, mas, de maneira simples: as VMs são o mecanismo de empacotamento e implantação de um VA. Colbert explicou que uma VM em si é mais ou menos uma tela em branco com uma ampla variedade de usos. Um VA construído sobre uma VM é uma maneira de adaptar e personalizar essa VM para uso de uma maneira muito específica. Voltando à metáfora do eletrodoméstico, ele reúne toda a complexidade da VM e fornece ao usuário alguns botões simples, por assim dizer.

"Um dispositivo virtual é uma VM implantada de uma maneira muito específica, que facilita muito a implantação e limita as opções para configurar um milhão de coisas diferentes", disse Colbert. "Com uma VM de uso geral, você pode instalar o software de servidor e o SO que você deseja, e isso é útil em alguns casos. O que estamos falando aqui é uma personalização e otimização nesse padrão de VM mais geral".

6 dicas para implantar VAs

A VMware está longe de ser o único fornecedor de software corporativo que trabalha com VAs, mas a empresa diz ter um conhecimento mais profundo do que a maioria. A VMware passou anos desenvolvendo o VMware vApp, que é executado no Open Virtualization Format (OVF) padronizado. A plataforma VMware vApp reúne VMs em VAs que funcionam em diferentes sistemas operacionais e arquiteturas de computação em nuvem. Colbert ofereceu cinco recomendações que as empresas devem ter em mente ao considerar, configurar e implantar VAs.

1. Saiba quando usar um VA, não uma VM

Depois de entender a diferença entre uma VM e uma VA, é importante saber quando é mais benéfico usar uma sobre a outra. Ao decidir se deve deixar uma VM como está ou implantá-la junto com um VA pré-configurado, Colbert disse para pensar no processo de negócios que você está tentando resolver.

"Se você achar que possui esse padrão em que um aplicativo ou processo é comumente usado por muitos funcionários diferentes e outras pessoas na empresa, esse é um bom alvo para um VA. Aplicativos que são implantados e reimplantados onde você deseja conter essa complexidade ", disse Colbert. "Em vez de ter todas essas instâncias diferentes em que cada usuário está configurando as coisas de maneira um pouco diferente, você pode assumir o controle dessa situação e apenas fornecer o conjunto correto de botões no forno".

2. Crie uma loja de aplicativos para data center

Os VAs são fáceis de usar e também devem ser fáceis de encontrar e obter. Tradicionalmente, explicou Colbert, para obter acesso a um aplicativo, você precisa enviar algum tipo de solicitação com base em ticket à TI e, em seguida, o administrador a provisiona manualmente. Nos últimos anos, isso se tornou mais automatizado por meio de catálogos de serviços selecionados ou de uma loja de aplicativos gerenciada que oferece aplicativos aprovados por TI para download. No entanto, você disponibiliza os VAs, os usuários não devem ter que pular os bastidores.

"Você deseja aproveitar a simplicidade dos dispositivos virtuais e entregá-los diretamente ao usuário enquanto ainda gerencia os requisitos da perspectiva da TI", disse Colbert. "Em ferramentas como o AirWatch, você tem uma loja de aplicativos do usuário final com aplicativos para configurar em seus dispositivos. Mas o que estamos falando aqui é mais uma loja de aplicativos de data center. Se um usuário precisar provisionar um aplicativo para um servidor em algum lugar, eles acessaram esse tipo de portal de autoatendimento secundário ".

3. Use configurações de rede flexíveis

Um dos aspectos mais desafiadores da implantação de um VA é a integração com as redes de um cliente. Alocar armazenamento e implantar a VM subjacente é relativamente simples e fácil de automatizar, mas Colbert disse que a rede é o que interessa.

"A pessoa que cria o aplicativo precisa fornecer ao usuário botões suficientes para configurar adequadamente a rede. Algumas redes usam HTTP, outras podem ter um conjunto estático de endereços IP e outras podem estar usando ferramentas de terceiros para gerenciamento de endereços IP. Portanto, há muitas variações que podem te atrapalhar ", disse Colbert. "Vale a pena gastar um tempo extra, certificando-se de expor o conjunto certo de opções para os usuários configurarem. E certifique-se de que seu VA seja flexível nas configurações de rede que ele pode suportar".

4. Não durma em segurança

Os VAs são executados principalmente em sistemas operacionais Linux. Um dos problemas nos quais você pode se deparar é nos problemas de segurança no nível do SO. Quer você esteja usando o APM (Application Performance Management) ou um software de monitoramento de rede, ou tenha uma equipe monitorando as Vulnerabilidades e Exposições Comuns (CVEs) do Linux nos pacotes de software de código aberto que sua empresa está aproveitando, Colbert disse que deveria haver um procedimento definido para obter os patches rapidamente.

"Uma coisa que você faz como criador é assumir a responsabilidade pela segurança de um VA e tudo o que está dentro dele. Seja Shellshock ou Heartbleed ou o que você tem, cabe a você como desenvolvedor de VA reagir rapidamente quando esse tipo de problema ocorre", disse Colbert. "Essa é uma das coisas que pode limitar os VAs se o cliente não confiar no fornecedor para aplicar patches. A maioria dos ISVs tem uma equipe de segurança inteira monitorando os CVEs do Linux. Quando o VMware vê uma nova queda de CVE, há todo um processo configurado para execute isso e obtenha os patches em poucas horas ou dias, no pior dos casos. Você precisa que as equipes estejam atentas e prontas para reagir, e o mecanismo de entrega para levar essas alterações aos usuários finais ".

5. Saiba como VMs e contêineres se encaixam

Começamos esse trabalho falando sobre uma nova era da tecnologia virtualizada de software e aplicativos, e muito disso deve-se ao desenvolvedor e à revolução de TI provocada por contêineres e microsserviços. Colbert explicou como os contêineres são adequados para VAs e VMs.

"Estamos vendo uma proliferação de tecnologias no espaço que têm muitas vantagens e capacidades diferentes. De um modo geral, isso é uma coisa boa, mas pode criar alguma confusão sobre o que é melhor fazer", disse Colbert.

"Há dois aspectos nos quais focar em VAs e contêineres: a embalagem e o tempo de execução", continuou ele. "As VMs abstraem no nível do hardware, enquanto os contêineres diminuem no nível do sistema operacional. Mas ambos têm um nível de empacotamento para criar uma imagem. O que pessoas como o Docker fizeram muito bem é integrá-las ao fluxo de trabalho de desenvolvimento. Contêineres e VMs são mecanismos genéricos, então o que você verá normalmente é um aplicativo normal empacotado diretamente em uma VM ou, às vezes, um contêiner e uma VM juntos implantados diretamente em sua infraestrutura como um único aplicativo ".

Esse não é o fim da história, no entanto. Ao experimentar VMs e contêineres, Colbert disse que é fundamental ter em mente como os aplicativos em contêiner e virtuais se conectam ao restante de sua infraestrutura e a todas as outras preocupações logísticas, de conformidade e segurança que acompanham.

"À medida que os clientes começam a se modernizar, você precisa resolver as operações do segundo dia. Ao criar todas essas soluções em torno de VMs e dispositivos virtuais e estender essas soluções para contêineres, é necessário pensar em monitoramento, backup, segurança, login, recuperação de desastres. Você precisa responder a todas essas perguntas ", disse Colbert. Muitos clientes perguntam quando colocar as coisas em contêiner, e acho que faz muito sentido conduzir um processo mais rápido e consistente entre desenvolvimento e produção. A conteinerização é bem fácil de executar… o desafio é quando você refatorar um aplicativo para se tornar mais distribuído com uma arquitetura de microsserviços. Esse é um esforço enorme, enorme ".

6. Decida se você usará microsserviços

Como as arquiteturas de microsserviços levam isso em consideração é uma proposta mais complicada. Dentro de um contêiner, você pode executar um aplicativo monolítico tradicional ou um aplicativo de microsserviços dividido em serviços modulares. Em relação aos VAs e VMs, Colbert diz que a decisão de mudar para uma arquitetura de microsserviços depende de alguns fatores.

"O aplicativo deve ser extremamente importante para os seus negócios e gerar receita de primeira linha. Se não, deixe como está e chegue mais tarde", disse Colbert. "Os aplicativos geradores de receita são os que você deseja em uma arquitetura mais distribuída. Isso ou qualquer coisa com uma escala realmente grande em que muitos usuários estão se conectando e interagindo com ele, ou se você deseja atualizações realmente rápidas".

Os microsserviços permitem atualizar componentes individuais de um aplicativo com frequência e independentemente um do outro. Como os serviços individuais são amplamente dissociados, os desenvolvedores podem atualizá-los independentemente, sem coordenação. Colbert disse que você obtém muitos benefícios dos microsserviços, mas que os clientes subestimam o trabalho envolvido e os desafios da re-arquitetura, mesmo se o aplicativo já estiver sendo executado em uma VM ou em um contêiner.

"Os microsserviços são ótimos, mas não saia dessa jornada até ter certeza de que há uma razão comercial atraente", disse Colbert. "Se este é um aplicativo top de linha complexo, com grandes níveis de escala que precisa de agilidade e atualizações rápidas, vá em frente".