O que podemos aprender sobre escalabilidade com a virtualização

Lori Mac VittieEngenheiro Emérito e Evangelista-Chefe | F5

À medida que a virtualização começou a ganhar espaço, diversas métricas foram propostas para medir seu sucesso. Taxas de consolidação, proporção entre administradores e máquinas virtuais, tempo de provisionamento e percentual de servidores virtualizados estavam entre as métricas mais utilizadas para mensurar e avaliar o sucesso dos projetos de virtualização.

Hoje, estamos vendo o DevOps ganhar cada vez mais espaço, enquanto métricas semelhantes são propostas para medir seu sucesso. Tempo de lançamento no mercado, tempo médio de recuperação, tempo de espera para mudanças e frequência de implantação estão entre as métricas mais comuns discutidas quando nos concentramos no “M” da definição CAMS (Cultura, Automação, Medição e Compartilhamento) de DevOps.

Essas métricas são boas e necessárias, mas há um benefício — um caso de uso, por assim dizer — do DevOps que raramente é discutido e é igualmente crucial: a escala operacional.

É o mesmo problema que a SDN tenta resolver “na rede” por meio da operacionalização: usar a tecnologia para ampliar a capacidade das equipes e acompanhar o ritmo de crescimento desejado e vivenciado pela empresa graças à rápida expansão dos aplicativos móveis e web. É um problema clássico de “30/30/3”, em que o crescimento dos dados eleva os custos de TI (para transporte, processamento e armazenamento), mas gera apenas um aumento mínimo na receita. Para resolver esse problema, é preciso concentrar-se no único componente da equação sobre o qual temos controle: os custos mais altos de TI. Portanto, se quiser chamar isso de SDN, vá em frente. Se quiser chamar de DevOps para Redes, vá em frente. Se quiser chamar de SDDC, por que não? Chame também de nuvem, se preferir. Todos esses conceitos partem de uma premissa comum: a rápida escalabilidade operacional é essencial para o crescimento.

Não se trata apenas de recursos de hardware e software, mas também de como provisionamos e gerenciamos esses recursos. É preciso reduzir o esforço necessário para gerenciar o conjunto de recursos — de hardware e software — exigidos para implantar e disponibilizar uma aplicação.

É aí que o “A” de “Automação” desempenha um papel importante na redução dos custos de TI necessários para mudar a equação de crescimento e viabilizar a escalabilidade que dará suporte a um maior crescimento dos negócios.

Mas não precisamos apenas de uma visão superficial da automação. Embora automatizar (usando scripts e orquestração para conduzir o provisionamento, o gerenciamento e os processos operacionais necessários para implantar serviços e aplicativos) seja importante, não podemos nos esquecer do papel fundamental da “infraestrutura como código”.

Podemos fazer isso, em parte, voltando no tempo para analisar o sucesso da virtualização em ampliar a escala do gerenciamento de recursos computacionais, graças, em grande medida, ao tratamento dessa infraestrutura “como código”.

Eu sei, eu sei, não era realmente código no sentido de que não era um script, um arquivo de configuração ou qualquer coisa que se parecesse com “código”. Mas era tratado “como código”, no sentido de que usávamos repositórios centralizados de “imagens douradas” para provisionar e configurar servidores rapidamente. Servidores web, servidores de aplicações, servidores de dados. Diferentes tipos de servidores eram padronizados por uma “imagem” predefinida que permitia aos operadores escalar a infraestrutura.

E quando digo escala, quero dizer ESCALA. Embora muitos números sejam mencionados, já em 2011 não era incomum encontrar organizações com uma proporção de 1 administrador para 350 servidores virtuais. Algumas alegavam proporções de 1:500 a 1:1.000, enquanto outras, limitadas simplesmente pelo tamanho da organização, só conseguiam chegar a 1:100 ou 1:150. Um relatório de 2012, que analisou dados de vários relatórios de benchmark de TI, apontou uma proporção de 1 administrador para 50 a 75 servidores físicos e de 1 para 185 a 450 servidores virtuais.

Em termos de escala, isso é incrível. Isso viabiliza o crescimento sem o aumento dos custos de TI que normalmente o acompanha.

Agora, considere que a proporção mediana entre engenheiros e dispositivos em empresas de todos os portes é de aproximadamente 1:36. Isso é interessante por si só, não acha? Essa proporção não parece mudar à medida que a empresa cresce, o que é um tanto ruim e só contribui para o problema 30/30/3.

Mas, se pudéssemos mudar isso de alguma forma, mesmo que apenas dobrando o número de dispositivos por engenheiro, reduziríamos os custos do crescimento e permitiríamos que toda a rede fosse dimensionada com mais eficiência. Para isso, precisamos reproduzir o sucesso da virtualização. Não necessariamente usando a virtualização, mas adotando os conceitos que permitiram alcançar proporções impressionantes entre administradores e servidores: infraestrutura como código e automação.

O motivo pelo qual não podemos simplesmente criar imagens golden de switches, balanceadores de carga e dos mais de 20 outros serviços de aplicação de L4 a L7 que sabemos que as organizações utilizam para disponibilizar e proteger suas aplicações é que cada configuração é única e centrada na aplicação. Isso significa que, embora seja perfeitamente possível adotar uma solução de software (virtual) e implantar uma imagem golden de base para qualquer um desses serviços, ainda será necessário que alguém faça a configuração. E não se trata de uma configuração simples.

Está configurando alguns serviços de aplicativos para o Exchange? Para obter a disponibilidade, o desempenho e a segurança necessários, é preciso criar, configurar e associar corretamente mais de 80 objetos diferentes.

É certamente aqui que o tempo (e os custos relacionados a ele) é consumido “na rede”.

É aí que precisamos ganhar escala. É aí que precisamos tratar a infraestrutura “como código”.

É por isso que o uso de modelos está incluído no componente “A”, de Automação, do DevOps. Afinal, os modelos permitem que as equipes de operações de rede (e também de segurança) tratem configurações comuns “como código”, que pode ser gerenciado em um repositório central. O modelo se torna a “imagem de referência” a partir da qual os serviços de aplicativos são provisionados e configurados. Essa abordagem viabiliza uma automação e uma orquestração semelhantes às do provisionamento de máquinas virtuais e fornece a base para a escalabilidade operacional de que as organizações precisam para impulsionar o crescimento dos negócios.

DevOps, SDN, SDDC e até mesmo a nuvem não servem apenas para acelerar o lançamento de produtos no mercado ou reduzir os custos operacionais. Eles também são fundamentais para uma escalabilidade eficiente, que viabiliza o crescimento dos negócios em vez de impedi-lo. O custo de adicionar cada vez mais operadores ou engenheiros para gerenciar o aumento dos recursos em todo o data center (computação, rede, segurança e armazenamento) acabará consumindo o crescimento resultante dessa escalabilidade. Escalar com mais eficiência por meio da automação e tratar a infraestrutura como código pode ser uma forma de gerenciar a escala necessária para sustentar o crescimento almejado pela empresa.

Sobre o autor

Lori Mac VittieEngenheiro Emérito e Evangelista-Chefe | F5

Lori MacVittie é engenheira distinta e evangelista-chefe no Escritório do CTO da F5, com ampla experiência em entrega de aplicações, estratégia de automação e infraestrutura. Ela é conhecida por transformar complexidade em clareza, seja definindo diretrizes para agentes de IA, analisando arquiteturas multinuvem frágeis ou investigando os limites de sistemas escaláveis. Ela acumula mais de trinta anos de experiência no setor, abrangendo desenvolvimento de aplicações, arquitetura de TI e operações de redes e sistemas. Antes de ingressar na F5, atuou como editora de tecnologia e recebeu diversos prêmios. MacVittie tem mestrado em Ciência da Computação e é uma autora prolífica, com publicações que abrangem segurança, nuvem e arquitetura empresarial. Ela também é uma entusiasta de jogos de tabuleiro e videogames, além de ter opiniões assumidamente fortes sobre queijos.

Mais publicações de Lori Mac Vittie