Não deixe ninguém dizer que hardware não importa. O hardware está em toda parte. Em todos os celulares. Em cada Fitbit e dispositivo tecnológico que temos. Em nossos carros. Em nossos laptops e tablets. Cada vez mais, ele está em nossos eletrodomésticos. Em nossos relógios. E aparentemente, em alguns casos, dentro de nós. Ele está menor, mais rápido e mais disseminado.
Os aplicativos, sejam grandes ou pequenos, precisam de recursos de hardware. CPU. Memória. Armazenamento. Rede. Sem esses recursos, nenhum deles funciona. Nenhum. Seja em um data center ou na nuvem (um data center), o hardware está em toda parte. Ele fornece a capacidade de processamento necessária para que os aplicativos tornem nossa vida mais conectada, colaborativa e prática.
Mas isso não significa que o data center não esteja mudando no que diz respeito ao hardware. Ele está. Embora o hardware ainda seja a base sobre a qual construímos todas as tecnologias, os frameworks e as estruturas técnicas (os aplicativos) que construímos sobre ele mudaram. Em alguns casos, de forma bastante drástica. A Lei de Moore deixa de ser uma limitação quando é possível agrupar recursos e decompor aplicativos em vários serviços, usando a malha subjacente de computação e memória como se ela própria fosse um sistema amplamente distribuído.
Vemos essas mudanças nos data centers em termos de gerações, com base no modelo de como provisionamos, gerenciamos e consumimos esses recursos.
Quatro gerações de infraestrutura de aplicações
Na geração mais longeva da infraestrutura de aplicações — a geração zero —, inicializávamos máquinas, executávamos aplicações e batíamos no peito, orgulhosos dos vários anos consecutivos de atividade ininterrupta. Então veio a virtualização, e passamos a inicializar máquinas e retomar aplicações executadas em máquinas virtuais. O tempo de atividade de um único sistema ficou ultrapassado; a disponibilidade de uma aplicação tornou-se a métrica da vez. Na nuvem, lançamos serviços com o clique de um botão e aumentamos ou reduzimos a escala sem precisar mover um dedo. E, na geração pós-nuvem, os contêineres se clonam como num passe de mágica, a uma velocidade que deixaria de inveja as equipes de pit stop de Daytona*.
O intervalo entre as gerações de infraestrutura de aplicações está diminuindo. O período entre a geração zero e a geração um abrange décadas. A virtualização existe há muito tempo, mas só “amadureceu” por volta de 2010. Nuvem? 2015. Contêineres? Estão avançando rapidamente, e ainda nem chegamos a 2018. Cada geração evolui com base nas lições aprendidas com a anterior, reconhecendo suas falhas e desvantagens e buscando aprimorá-las. No cerne dessas melhorias estão a velocidade e a escala. Velocidade de lançamento no mercado e de entrega. Escala dos negócios e das aplicações das quais eles agora dependem. Ambas contribuíram para as mudanças evolutivas que afetam todos os aspectos do data center.
Todos esses aplicativos e serviços ainda precisam de hardware. Os recursos não surgem como num passe de mágica, mesmo que pareça que sim. Esse foi um dos motivos pelos quais a virtualização e a nuvem cresceram tão rapidamente. Porque tudo 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) continua lá. O que mudou foi a forma como o provisionamos, gerenciamos e consumimos. E essas mudanças estão causando um impacto profundo em cada rack do data center.
E isso está causando uma lacuna geracional que a equipe de NetOps precisa eliminar.
Automação e capacidade de resposta necessárias
A escala e a velocidade com que as organizações vêm sendo pressionadas a disponibilizar novos aplicativos e APIs criam a necessidade de automação — seja por meio da nuvem ou de contêineres, dentro ou fora das instalações. A redução do tempo de uso dos recursos de hardware por aplicativos e serviços de aplicativos exige que esses recursos sejam reciclados em um ritmo extraordinário. Processos manuais e longos tempos de inicialização não conseguem acompanhar o ritmo frenético imposto por esses sistemas. Isso exige estruturas baseadas em contêineres e na nuvem (ou, pelo menos, semelhantes à nuvem) que permitam criar e desativar serviços de forma rápida e frequente, possibilitando uma escalabilidade ágil.
A automação, o consumo de recursos e a velocidade de criação de serviços definem as diferenças entre as gerações de data centers. Até mesmo a transição da geração 2 (nuvem) para a geração 3 (contêineres) altera drasticamente essas características. Cada geração avança ainda mais em direção a uma capacidade de resposta totalmente automatizada e inferior a um segundo, em grande parte graças a perfis de consumo de recursos que duram minutos, em vez de meses ou anos.
É por isso que NetOps é (ou deveria ser) um foco tão importante neste momento. Afinal, é a rede — tradicionalmente baseada em hardware — que mais sofre o impacto das expectativas decorrentes da infraestrutura de aplicações de segunda e terceira gerações. Muitas vezes, a TI precisa dar suporte a uma infraestrutura de aplicações que abrange as quatro gerações, o que significa que os custos e a infraestrutura da rede frequentemente precisam ser compartilhados. Isso geralmente implica o uso de appliances desenvolvidos para fins específicos. Mas, mesmo que um serviço de aplicação esteja hospedado em um appliance tradicional, ele ainda precisa oferecer os meios para ser consumido por um modelo de infraestrutura de aplicações de segunda ou terceira geração.
O autoatendimento e a automação devem ser usados para atender às demandas da geração mais recente, mantendo a confiabilidade necessária para dar suporte à primeira geração. Isso significa integrar-se a sistemas de chamados e disponibilizar análises por meio de APIs e painéis. Significa que, independentemente do hardware subjacente — desenvolvido para uma finalidade específica ou COTS —, a rede deve se apresentar como um recurso consumível e automatizável, capaz de responder com a mesma agilidade que a infraestrutura de aplicações de segunda ou terceira geração.
Em alguns casos, isso significa que os serviços de rede e de aplicativos devem adotar o mesmo estilo de infraestrutura que os aplicativos aos quais dão suporte. Serviços de aplicativos como balanceamento de carga e segurança de aplicações web estão sendo cada vez mais adotados pelos desenvolvedores e incorporados às arquiteturas e infraestruturas de aplicativos. Outros — especialmente na área de segurança — simplesmente não funcionam tão bem (ou nem sequer funcionam) em ambientes de segunda geração (nuvem). Isso significa que esses serviços devem estar disponíveis para consumo na nuvem, ser conteinerizados e facilmente acessíveis.
As lacunas geracionais existentes nos data centers podem ser problemáticas para as organizações. Elas podem dificultar ou até mesmo paralisar os esforços de transformação digital. Sem dúvida, aumentam o atrito entre o desenvolvimento e a TI, entre a TI e os negócios e entre a empresa e seus clientes. Esse atrito pode ser reduzido por meio de iniciativas de NetOps voltadas a atender aos modelos de consumo necessários para dar suporte aos modelos de infraestrutura de segunda e terceira gerações, com APIs, autoatendimento e automação.
A complexidade e os requisitos por vezes conflitantes que existem em data centers maduros entre aplicações de diferentes gerações significam que cabe à NetOps estar à altura do desafio. A rede (e tudo o que ela engloba) precisa se transformar para conseguir oferecer suporte simultâneo a quatro gerações de infraestrutura de aplicações.
*As equipes de pit stop da NASCAR buscam concluir uma parada nos boxes (trocando os quatro pneus) em até 12 segundos. O pit stop mais rápido já registrado durou apenas 8 segundos. A rapidez com que a equipe trabalha é fundamental para o sucesso do piloto.
Sobre o autor
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 VittiePublicações relacionadas no blog
Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.
Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.
As-Code: a pilha de TI contínua
Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.
O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.
DevOps Summit: onde a rede foi convidada para a festa
No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...
F5 e Nutanix convergem em infraestrutura no .NEXT
Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...