A adoção da automação pelo NetOps levará à necessidade de operações de NetOps

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

A automação é o futuro. O DevOps há muito adotou a ideia de automatizar tudo o que for possível, mas o NetOps está rapidamente diminuindo essa diferença ao usar amplamente a automação e a orquestração nos processos de produção.

Quase metade (46%%) dos participantes da nossa pesquisa State of Application Delivery 2018 indicou usar automação na produção pelo menos de forma “parcial”. Isso inclui o uso constante de automação em grandes alterações na produção (25%), pequenas alterações na produção (26%) e até mesmo na resposta a incidentes (22%). Mais da metade usa automação “às vezes” nos três casos.

Essa automação é implementada de várias maneiras. Soluções de automação de rede como as da Cisco e da VMware, além do OpenStack são populares, assim como frameworks e ferramentas como Puppet, Chef e os bons e velhos scripts em Python.

Dizer que a automação está realmente acontecendo não é exagero. O NetOps chegou. Isto não é um teste.

À primeira vista, isso é empolgante, mas, quando analisamos mais a fundo o que isso significa, percebemos que há desafios que talvez ainda não tenham vindo à tona.

Por exemplo, automatizar uma alteração no firewall ou roteador é uma coisa. Incluí-la em um processo abrangente de implantação é outra (e o termo correto para isso é orquestração, caso você esteja se perguntando).

Quando você começa a encadear (integrar) sistemas e scripts, acaba criando algo equivalente a um “aplicativo”. Há muitas partes móveis que precisam ser implantadas, gerenciadas, mantidas, atualizadas, corrigidas e licenciadas.

Essa não é uma tarefa de Sísifo, mas é algo que a equipe de NetOps provavelmente não está levando em consideração.

É ótimo que agora os desenvolvedores possam abrir um chamado no ServiceNow e, com isso, iniciar um fluxo de trabalho de TI que provisiona, configura e cobra automaticamente pelo recurso desejado. Mas o que acontece quando o ServiceNow trava? Ou quando um dos componentes dessa cadeia frágil para de funcionar de repente? Ou quando a atualização de um dos componentes interrompe a integração?

Se você fechar os olhos, ouvirá os desenvolvedores rindo, tomados por uma overdose de Schadenfreude só de pensar nisso.

Uma das consequências não intencionais da automação de TI será o aumento da quantidade de softwares e sistemas que a equipe de TI terá de manter. Alguns deles serão essenciais e exigirão mais cuidados e atenção do que outros.

Assim como há legiões de desenvolvedores de “manutenção” ou “suporte” nas organizações empresariais cuja tarefa é simplesmente manter os sistemas de software em funcionamento, será necessária uma função semelhante na área de TI para lidar com as atividades cotidianas das Operações de NetOps.

NetOpsOps. Sim, é uma palavra-valise horrível, mas descreve com precisão o que será necessário à medida que a automação assumir cada vez mais tarefas de implantação de NetOps.

Algumas dessas tarefas serão de uma natureza (integração, sistemas de software etc.) que poderá ser assumida pela equipe de operações existente. Mas algumas são específicas da rede, e isso exige alguém que entenda tanto os scripts e sistemas quanto os componentes de rede envolvidos.

Você não pode solucionar problemas, atualizar ou modificar códigos/scripts/modelos se não souber o que eles fazem.

Se você me perguntar o que há de errado com a minha moto de neve, vou dizer que não faço ideia. Sei abrir o capô e carregar a bateria, mas não me peça para mexer nas peças que fazem a máquina funcionar. É como pedir a um estagiário de desenvolvimento que domina JavaScript para atualizar um copybook COBOL. Isso é uma receita certa para o desastre.

Em última análise, a equipe de NetOps precisará de alguns profissionais (os operadores de NetOps) que conheçam bem a rede e os sistemas usados para automatizá-la. Quanto mais automação for utilizada, mais essencial será contar com esses profissionais para assumir a responsabilidade pela manutenção dessa automação enquanto os engenheiros trabalham na próxima grande inovação.

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