NetOps adota o GitHub, exceto por um cara que ainda se agarra ao vimdiff

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

E outros insights da Pesquisa NetDevOps do segundo semestre de 2016 realizada pela comunidade NetworkToCode community

A comunidade NetworkToCode é formada por pessoas apaixonadas por redes e código. Por mais clichê que isso possa parecer, essas pessoas já automatizavam redes antes mesmo de isso virar moda (e se tornar uma prioridade para os executivos).

Durante o outono de 2016, a comunidade realizou uma pesquisa com uma ampla variedade de perguntas que se concentravam, apropriadamente, em redes e código. Os resultados brutos (disponíveis no link acima) estão acessíveis ao público. Devido à natureza das ferramentas de pesquisa on-line, os conjuntos de dados resultantes podem ser difíceis de analisar sem que os dados sejam normalizados (o que dá trabalho). Felizmente para você, caro leitor, eu já fiz esse trabalho e posso apresentar as conclusões de forma mais visual e colorida.

Leitores atentos notarão que há muito tempo defendo a aplicação do que normalmente se chama de princípios de “DevOps” à rede e, como era de se esperar, foi nisso que concentrei grande parte dos meus esforços ao analisar esses dados.

Não é de surpreender que, em um grupo focado em código e redes, as opiniões sobre DevOps fossem, em sua maioria, positivas. Apenas 6,75% não tinham “nenhum interesse” em DevOps, enquanto 25,74% afirmaram que ele já estava em produção. A maioria dos demais estava pelo menos considerando a ideia (39,24%), quando não a avaliando (28,27%).

Os excelentes responsáveis por esta pesquisa fizeram algumas perguntas bastante detalhadas sobre o tema, incluindo a perspectiva de NetOps sobre Infraestrutura como Código. Isso despertou um pouco mais de desinteresse, com quase 10% respondendo “nenhum interesse”. O curioso foi que apenas 19,35% afirmaram que a infraestrutura como código “já estava em produção”, mas nada menos que 54% dos entrevistados indicaram usar automação para a implantação de configurações, e outros 66% automatizam o arquivamento de configurações. Exatamente um profissional de NetOps está automatizando o gerenciamento de configurações (e tenho quase certeza de que não é aquele profissional de NetOps que usa vimdiff com orgulho para gerenciar alterações de configuração).

A primeira pergunta que geralmente vem à mente é: “Afinal, o que é Infraestrutura como Código?”. Isso provavelmente explica por que há muito mais pessoas “fazendo”, embora a maioria diga que está “avaliando” ou “pensando” no assunto. A fadiga de definições é real, pessoal, e, sem definições claras hoje em dia, é difícil tirar conclusões sobre uma terminologia tão efêmera (embora façamos isso mesmo assim, porque é isso que fazemos, não é?).

Então, o que as equipes de NetOps estão automatizando? Estamos sempre dizendo que elas precisam fazer isso para manter a transformação digital avançando sem atrasos, mas também sabemos que as redes corporativas, em particular, não são exatamente um ambiente em que se possa brincar com automação. São redes críticas, das quais toda a empresa depende atualmente. Acontece que as equipes de NetOps estão automatizando muita coisa.

A geração, o arquivamento e a implantação de configurações são as três principais operações que estão sendo automatizadas atualmente. A coleta de dados e a geração de relatórios também parecem estar ganhando força.

Na verdade, com exceção do gerenciamento de configurações (e daquele único e ousado profissional de NetOps), todas as operações parecem ser automatizadas nas organizações de um número considerável de entrevistados.

Mas, é claro, a automação de tarefas relacionadas à configuração levanta a questão: com que frequência elas são realizadas e, portanto, será que vale a pena automatizá-las? Eu diria (provavelmente contrariando o pensamento atual sobre o assunto) que, quanto menos frequentemente você implanta alterações em produção, mais valiosa a automação realmente é. É claro que você nunca “esquece” como andar de bicicleta, mas, após meses ou anos sem pedalar, aquela primeira volta no selim, por assim dizer, pode ser uma experiência dolorosa (e cheia de erros). O mesmo pode acontecer com as implantações. Mas esse é um assunto para outro dia.

Acontece que as equipes de NetOps estão fazendo implantações com bastante regularidade: quase metade (50,92%) implanta pequenas alterações no ambiente de produção mais de uma vez por dia, enquanto 37,59% implantam grandes alterações de uma a cinco vezes por mês. Isso está longe das extraordinárias “200 vezes por dia” alardeadas por provedores de tecnologia nativos da web, que dão suporte principalmente a um único aplicativo (como Netflix, PayPal ou Facebook), mas ainda representa um ritmo bastante acelerado para uma empresa que mantém, em média, mais de 200 aplicativos (de acordo com nossas próprias pesquisas State of Application Delivery).

Por fim, é inevitável se perguntar como eles gerenciam todas essas mudanças. Como mencionado no título, houve mesmo um único e orgulhoso profissional de NetOps que afirma usar apenas o vimdiff para gerenciar mudanças. Dada a estrutura dos dados, é difícil correlacionar isso à frequência das mudanças em produção, mas eu realmente gostaria de conversar com essa pessoa de NetOps, porque ela é minha heroína por continuar usando com orgulho o que funciona para ela, independentemente da pressão externa.

Em que o restante dos profissionais de NetOps confia? Acontece que muitos deles usam o Github — 47%, para ser exato. E outro grande grupo (39%) usa Rancid/Oxidized. O Rancid (não confundir com a banda americana de punk rock formada em Berkeley, Califórnia, em 1991) é uma ferramenta de rede que gerencia backups de configuração. O Oxidized também é uma ferramenta de rede para gerenciar backups de configuração e costuma ser apontado como substituto do RANCID. Há subreddits dedicados a essas ferramentas, caso você queira saber mais sobre elas.

Assustadores 8% não monitoram nenhuma alteração de configuração. Fiz isso uma vez no laboratório e acabei com um link entre redes terrivelmente assimétrico, com 100 Mbps em um sentido e 1,5 Mbps no outro. Sim, recriei acidentalmente o modelo moderno de banda larga a cabo em um laboratório em Green Bay há quase 11 anos. Não, infelizmente não recebo royalties, mas a boa notícia é que também não recebo mensagens de ódio. Mais uma vez, é difícil entender essa lógica sem a possibilidade de cruzar os dados com o porte da organização. Curiosamente, 11,91% gerenciam entre 0 e 50 dispositivos de rede, então é plausível supor que esses 8% tenham uma quantidade administrável de dispositivos e estejam se saindo muito bem. O maior grupo de profissionais de NetOps (38,63%) gerencia mais de 1.000 dispositivos, e outros 28,23% gerenciam entre 251 e 1.000. Portanto, é justo dizer que a maioria dos profissionais de NetOps é responsável por muitos dispositivos (quase certamente heterogêneos) e que, por isso, monitorar as alterações de configuração se torna necessário não apenas para manter a boa saúde da rede, mas também a sanidade de seus operadores.

De modo geral, gostei muito deste mergulho no mundo de NetDevOps, como eles próprios se denominam, e da visão sobre o que usam, o que consideram importante e como são os ambientes em que atuam, ainda que apenas em uma visão geral e superficial.

As equipes de NetOps são a espinha dorsal da organização de TI e assumem cada vez mais a responsabilidade de manter tudo em funcionamento enquanto as empresas passam por transformações digitais que tendem a aumentar a carga sobre a rede e sobre os operadores que garantem sua operação segura.

Não acredito que seja possível reformular por completo as operações de rede, passando de um modelo tradicional para outro mais ágil, semelhante ao DevOps, de uma só vez. Assim como ocorre com a transformação digital dos negócios, a transformação digital da TI acontece em etapas, com o cuidado de não interromper processos existentes que poderiam tirar os negócios dos trilhos. Esta pesquisa mostra claramente que há uma transformação em curso que, embora talvez não seja chamada de “DevOps” nem corresponda totalmente à visão dos puristas sobre o que isso implica, está definitivamente fazendo a rede corporativa avançar em sua própria jornada de transformação digital.

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