NetOps Adotando o Github Exceto por Um Cara que Continua no Vimdiff
E outros insights da Pesquisa NetDevOps Fall 2016 conduzida pela comunidade NetworkToCode
A comunidade NetworkToCode é cheia de pessoas apaixonadas por redes e programação. Por mais clichê que pareça, essas pessoas vêm automatizando redes desde antes de isso começar a se tornar algo popular (e um imperativo executivo).
Durante o outono de 2016, a comunidade conduziu uma pesquisa sobre uma ampla gama de questões focadas, apropriadamente, em redes e código. Os resultados brutos (linkados acima) estão disponíveis publicamente. A natureza das ferramentas de pesquisa on-line é tal que os conjuntos de dados resultantes podem ser difíceis de analisar, a menos que você normalize os dados (o que dá trabalho). Felizmente para você, caro leitor, eu fiz esse trabalho para você e posso oferecer insights de uma maneira mais gráfica e colorida.
Leitores atentos notarão que há muito tempo defendo a aplicação do que normalmente é chamado de princípios "DevOps" à rede e, sem surpresa, é aí que concentrei muita energia enquanto analisava esses dados.
Não é surpresa que, em um grupo focado em código e rede, as opiniões sobre DevOps fossem, pelo menos em sua maioria, positivas. Apenas 6,75% não tinham “interesse” em DevOps, enquanto 25,74% notaram que ele já estava em produção. A maioria dos outros estava pelo menos pensando (39,24%), se não avaliando (28,27%).
Os excelentes fornecedores desta pesquisa fizeram algumas perguntas bastante refinadas sobre este tópico, incluindo a perspectiva do NetOps sobre Infraestrutura como Código. Isso gerou um pouco mais de desinteresse, com quase 10% dizendo “nenhum interesse”. O interessante foi que apenas 19,35% afirmaram que a infraestrutura como código “já estava em produção”, mas 54% dos entrevistados indicaram que usavam automação para implantação de configuração e outros 66% automatizavam o arquivamento de configuração. Exatamente um NetOps está automatizando o gerenciamento de configuração (e tenho certeza de que não é o único NetOps que orgulhosamente usa o vimdiff para gerenciar alterações de configuração).
A primeira pergunta que geralmente vem à mente é “O que é Infraestrutura como Código”? O que provavelmente está na raiz do motivo pelo qual muitos mais estão “fazendo”, mesmo que se identifiquem principalmente como “avaliando” ou “pensando” sobre isso. A definição de fadiga é real, pessoal , e sem definições claras fornecidas hoje em dia é difícil tirar conclusões sobre terminologia efêmera (embora faremos isso de qualquer maneira, porque é isso que fazemos, certo?).
Então, o que o NetOps está automatizando? Continuamos dizendo a eles que precisam fazer isso para manter o trem da transformação digital funcionando sem atrasos, mas também sabemos que redes corporativas, em particular, não são exatamente um ambiente em que se brinca com automação. Essas são redes sérias, nas quais todo o negócio hoje depende. Acontece que o NetOps está automatizando bastante.
Geração de configuração, arquivamento e implantação são as três principais operações automatizadas atualmente. A coleta e a geração de relatórios de dados também parecem estar ganhando força.
Na verdade, com exceção do gerenciamento de configuração (e aquele, o aventureiro NetOps), todas as operações parecem ser automatizadas em um número respeitável de organizações dos entrevistados.
Mas é claro que a automação de tarefas relacionadas à configuração levanta a questão: com que frequência isso ocorre e, portanto, justifica a automação? Eu diria (provavelmente contra o pensamento atual sobre o assunto) que quanto menos frequentemente você implementa mudanças na produção, mais valiosa a automação realmente se torna. Claro, você nunca “esquece” como andar de bicicleta, mas com meses ou anos de intervalo, aquele primeiro passeio de volta ao selim, por assim dizer, pode ser uma experiência dolorosa (cheia de erros). O mesmo pode acontecer com as implantações. Mas esse é um assunto para outro dia.
Acontece que o NetOps está sendo implantado regularmente, com quase metade (50,92%) implantando pequenas alterações mais de uma vez por dia no ambiente de produção, e 37,59% implantando grandes alterações de 1 a 5 vezes por mês. Não chega nem perto das extraordinárias "200 vezes por dia" alardeadas por provedores de tecnologia nativos da web, principalmente de suporte a aplicativos únicos (pense em Netflix, PayPal ou Facebook), mas ainda está movendo aplicativos em um ritmo muito bom para uma empresa que oferece suporte em média a mais de 200 aplicativos (de acordo com nossas próprias pesquisas sobre o estado da entrega de aplicativos).
Por fim, você deve se perguntar como eles conseguem administrar todas essas mudanças? Como observado no título, realmente houve um único e orgulhoso NetOps que afirma usar apenas o vimdiff para gerenciar mudanças. Dada a estrutura dos dados, é difícil correlacionar isso com a frequência de mudanças na produção, mas eu realmente quero falar com esse NetOps porque ele ou ela é meu herói por se apegar orgulhosamente ao que funciona para eles, não importa a pressão externa.
Em que o restante do NetOps se baseia? Acontece que muitos deles estão usando o Github. 47% para ser exato. E outro grande grupo (39%) está usando Rançoso/Oxidado. 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. Oxidized também é uma ferramenta de rede para gerenciar backups de configuração, que é frequentemente apresentada como uma substituição para RANCID. Existem subreddits dedicados a eles, se você tiver vontade de aprender mais sobre eles.
Um número assustador de 8% não está rastreando alterações de configuração. Fiz isso uma vez no laboratório e acabei com um link de rede cruzada terrivelmente assimétrico, com 100 Mbps em um sentido e 1,5 Mbps no outro. Sim, eu acidentalmente recriei o modelo moderno de cabo de banda larga 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 e-mails de ódio. Novamente, é difícil entender esse raciocínio sem a capacidade de fazer uma tabulação cruzada com o tamanho da organização. Curiosamente, 11,91% gerenciam entre 0 e 50 dispositivos de rede, então é plausível especular que esses 8% têm um número administrável de dispositivos para gerenciar e estão indo muito bem. O maior grupo de NetOps (38,63%) gerencia mais de 1.000 dispositivos, e outros 28,23% gerenciam entre 251 e 1.000, então é justo dizer que a maioria dos NetOps é responsável por muitos dispositivos (quase certamente heterogêneos) e, portanto, rastrear mudanças de configuração se torna necessário não apenas para a boa saúde contínua da rede, mas também para a sanidade de seus operadores.
De modo geral, eu realmente gostei desse mergulho no mundo do NetDevOps, como eles se autodenominam, e a visão sobre o que eles estão usando, o que eles consideram importante e como são os ambientes em que eles operam, mesmo que apenas de uma visão esquelética de 50.000 pés.
Os NetOps são a espinha dorsal da organização de TI e cada vez mais responsáveis por manter tudo funcionando enquanto as empresas realizam transformações digitais que prometem aumentar a carga sobre a rede e os operadores que a mantêm funcionando com segurança.
Não acredito que seja possível reformular completamente as operações de rede de um modelo tradicional para um modelo mais ágil, semelhante ao DevOps. Assim como a transformação digital dos negócios, a transformação digital da TI ocorre em etapas, visando não interromper os processos existentes que podem atrapalhar o andamento dos negócios. Esta pesquisa mostra que há uma transformação claramente ocorrendo que, embora talvez não seja rotulada como "DevOps" ou não atenda completamente às noções puristas do que isso implica, está definitivamente levando a rede empresarial adiante em sua própria jornada de transformação digital.