Não deixe ninguém lhe dizer que o hardware não importa. O hardware está em todo lugar. Em todos os celulares. Cada Fitbit e gadget tecnológico que possuímos. Em nossos carros. Em nossos laptops e tablets. Cada vez mais, está em nossos eletrodomésticos. Em nossos relógios. E aparentemente, em alguns casos, em nós . É menor, mais rápido e prolífico.
Aplicativos, não importa quão grandes ou pequenos, precisam de recursos de hardware. CPU. Memória. Armazenar. Rede. Sem elas, nenhuma delas funciona. Nenhum. Quer estejamos falando no data center ou na nuvem (data center), o hardware é onipresente. Ele fornece a potência necessária para que os aplicativos tornem nossas vidas mais conectadas, mais colaborativas e mais convenientes.
Mas isso não significa que o data center não esteja mudando em relação ao hardware. Isso é. Embora o hardware ainda seja a base sobre a qual construímos toda tecnologia, as estruturas e as casas técnicas (os aplicativos) que construímos sobre ele mudaram. Em alguns casos, de forma bastante dramática. A Lei de Moore não é mais uma restrição quando você pode reunir recursos e desconstruir aplicativos em vários serviços, usando a malha subjacente de computação e memória como um sistema massivamente distribuído.
Vemos essas mudanças no data center em termos de gerações com base no modelo de como provisionamos, gerenciamos e consumimos esses recursos.
Na geração mais duradoura de infraestrutura de aplicativos – a geração zero – inicializamos máquinas e iniciamos aplicativos e batemos no peito com orgulho pelos anos sequenciais de tempo de atividade. Depois veio a virtualização, e inicializamos máquinas e retomamos aplicativos executando máquinas virtuais. O tempo de atividade de um único sistema tornou-se ultrapassado; a disponibilidade de um aplicativo era a métrica do momento. Na nuvem, lançamos serviços com o clique de um botão e aumentamos ou diminuímos sem nunca levantar um dedo. E na geração pós-nuvem, os contêineres se clonam automaticamente com uma velocidade que deixaria as equipes de box em Daytona morrendo de inveja*.
O tempo entre as gerações de infraestrutura de aplicativos está diminuindo. O tempo entre a geração zero e a geração um abrange décadas. A virtualização já existe há muito tempo, mas não “atingiu a maioridade” até quase 2010. Nuvem? 2015. Recipientes? Eles estão se movendo rapidamente e ainda nem estamos em 2018. Cada geração avança nas lições aprendidas pela geração anterior, observando suas falhas e desvantagens enquanto tenta melhorá-las. No centro dessas melhorias estão a velocidade e a escala. Velocidade de comercialização e entrega. Escala do negócio e dos aplicativos dos quais ele agora depende. Ambos contribuíram para as mudanças evolutivas que impactam todas as facetas do data center.
Todos esses aplicativos e serviços ainda precisam de hardware. Os recursos não aparecem magicamente, mesmo que pareçam . Essa foi parte da razão pela qual a virtualização e a nuvem cresceram no ritmo que cresceram. Porque parecia mágico. Mas a magia é, afinal, apenas uma ilusão. No caso da computação, isso significa que o hardware (e os recursos que ele fornece) ainda está lá. O que mudou é como provisionamos, gerenciamos e consumimos. E essas mudanças estão tendo um impacto profundo em cada rack do data center.
E está causando uma lacuna geracional que exige o fechamento da NetOps.
A escala e a velocidade com que as organizações agora estão sendo pressionadas a entregar novos aplicativos e APIs introduzem a necessidade de automação – seja via nuvem ou contêineres, no local e fora dele. A menor expectativa de vida útil do uso de recursos de hardware por aplicativos e serviços de aplicativos significa reciclagem a uma taxa fenomenal. Processos manuais e longos tempos de inicialização não conseguem acompanhar o ritmo frenético estabelecido por tais sistemas. O que significa estruturas em contêineres e na nuvem (ou pelo menos semelhantes à nuvem) que permitem a criação e destruição rápida e frequente de serviços, necessárias para escalar rapidamente.
Automação, consumo de recursos e velocidade de criação de serviços delineiam as linhas geracionais do data center. Até mesmo migrar da geração 2 (nuvem) para a geração 3 (contêineres) muda drasticamente essas características. Cada geração avança ainda mais em direção à capacidade de resposta totalmente automatizada em menos de um segundo, graças, em grande parte, aos perfis de consumo de recursos que duram minutos em vez de meses ou anos.
É por isso que o NetOps é (ou deveria ser) um foco tão importante agora. Porque é a rede – a rede tradicionalmente de hardware – que é mais impactada pelas expectativas decorrentes da infraestrutura de aplicativos de segunda e terceira geração. A TI geralmente é responsável por dar suporte à infraestrutura de aplicativos que abrange todas as quatro gerações, o que significa que os custos e a infraestrutura na rede geralmente precisam ser compartilhados. Isso geralmente significa aparelhos feitos sob medida. Mas mesmo que um serviço de aplicativo seja hospedado em um dispositivo tradicional, ele ainda precisa fornecer os meios para ser consumido por um modelo de infraestrutura de aplicativo de segunda ou terceira geração.
O autoatendimento e a automação devem ser usados para atender às demandas da última geração, mantendo a confiabilidade necessária para dar suporte à primeira geração. Isso significa integração com sistemas de emissão de bilhetes e exposição de análises por meio de APIs e painéis. Isso significa que não importa qual seja o hardware subjacente – desenvolvido especificamente ou COTS – a rede deve se apresentar como um recurso consumível e automatizável que responde com a mesma presteza que a infraestrutura de aplicativos de segunda ou terceira geração.
Em alguns casos, isso significa que os serviços de rede e aplicativos devem adotar o mesmo estilo de infraestrutura dos aplicativos que eles fornecem. Serviços de aplicativos como balanceamento de carga e segurança de aplicativos web estão sendo cada vez mais adotados por desenvolvedores e incorporados às arquiteturas e infraestruturas de aplicativos. Outros — particularmente no campo da segurança — simplesmente não funcionam tão bem (ou não funcionam de forma alguma) em ambientes de segunda geração (nuvem). Isso significa que esses serviços devem se tornar consumíveis na nuvem, conteinerizados e facilmente acessíveis.
As lacunas geracionais existenciais dentro dos data centers podem ser problemáticas para as organizações. Eles podem inibir ou paralisar completamente os esforços de transformação digital. Elas definitivamente aumentam o atrito entre o desenvolvimento e a TI, entre a TI e os negócios, entre os negócios e seus clientes. Esse atrito pode ser reduzido pelos esforços do NetOps para atender aos modelos de consumo necessários para dar suporte aos modelos de infraestrutura de geração 2 e 3 com APIs, autoatendimento e automação.
A complexidade e, às vezes, os requisitos concorrentes que existem em data centers maduros entre aplicativos de diferentes gerações significam que cabe à NetOps enfrentar o desafio . A rede (e tudo o que isso acarreta) precisa se transformar se quiser ter sucesso em dar suporte simultâneo a quatro gerações de infraestrutura de aplicativos.
*As equipes de box da NASCAR têm como objetivo completar um pit stop (trocando todos os quatro pneus) em 12 segundos. O pit stop mais rápido registrado foi de apenas 8 segundos. A velocidade com que uma equipe trabalha é a chave para o sucesso de um motorista.