NetOps (quase) encontrando DevOps na corrida de automação

Há uma crença comum de que na corrida para automatizar o pipeline de implantação (é o que chamamos de produção hoje em dia), os NetOps estão muito atrás de seus equivalentes DevOps.

Essa percepção é importante, pois a falta de automação – e a disposição da NetOps em habilitá-la – é frequentemente citada como um dos principais impulsionadores da adoção da nuvem pública. Ele também é, em parte, responsável por tecnologias emergentes, como contêineres, que deliberadamente puxam mais e mais serviços de rede e aplicativos para o ecossistema, para que possam ser abstraídos até que não importe mais se são automatizados na produção ou não.

Quando entrevistamos pela última vez aqueles que estavam nas trincheiras, descobrimos que essa citação era, em grande parte, verdadeira. De fato, 65% dos DevOps nos disseram que a falta de acesso e automação do pipeline de implantação foi um fator que os levou a ignorar a TI para encontrar outras soluções, como nuvem e contêineres.

Mas a percepção de que a NetOps não está na corrida da automação não é tão precisa. Na verdade, parece que os NetOps estão ganhando terreno em relação aos seus equivalentes DevOps.

Considere estes dados potencialmente surpreendentes de uma pesquisa recente, conduzida pela F5 e RedHat – NetOps Meets DevOps: O estado da automação de rede . Pesquisamos profissionais de DevOps, NetOps e segurança sobre uma variedade de tópicos relacionados ao DevOps e suas práticas com relação à automação. Uma das coisas que perguntamos especificamente foi sobre o uso de automação para implantar componentes de infraestrutura em quatro componentes principais do pipeline de implantação (produção):

1. Infraestrutura de aplicação . Esses são os servidores, sistemas, middleware e plataformas necessários para a execução dos aplicativos.
2. Serviços de Aplicação . Esses são serviços como balanceamento de carga e cache, roteamento HTTP e controle de entrada.
3. Rede . Esta é a base de todos os pipelines. São as funções de roteamento e comutação na rede que todo aplicativo e serviço de aplicativo precisa.
4. Segurança . Os serviços de segurança incluem WAF e identidade, controle de acesso e proteção contra bots.

Descobrimos que, em média, o DevOps está à frente do NetOps na corrida para automatizar esses componentes do pipeline de implantação. Mas também notamos que o NetOps não está tão atrás. Observamos ainda que quanto mais distante um serviço estiver da aplicação, menor será a probabilidade de a automação ser usada para implantar esse serviço. 

A diferença ainda é, sem dúvida, a causa de algum atrito entre os dois grupos. Observamos que porcentagens iguais de DevOps (43%) dizem que as frequências de implantação são "boas o suficiente" e "não frequentes o suficiente". Os NetOps ficaram igualmente divididos, com 31% dizendo que as frequências de implantação eram "boas o suficiente" e 30% concordando que as frequências não estavam atendendo às expectativas.

Isso está muito longe da nossa pesquisa anterior , na qual apenas 18% dos NetOps queriam acelerar o ritmo das implantações. 

Mas a automação leva tempo – e esforço. E os desafios são abundantes. Seria bom para o DevOps lembrar que o ecossistema atual de ferramentas e conjuntos de ferramentas é voltado para desenvolvedores e infraestrutura de aplicativos. Houve pouca ou nenhuma iniciativa para nutrir o ecossistema no lado NetOps. É difícil obter continuidade quando não há muita integração para ajudar a juntar os vários componentes do quebra-cabeça do pipeline de implantação.

E aí está o verdadeiro problema. Um dos motivos pelos quais o DevOps tem sido tão bem-sucedido é que ele é composto principalmente por desenvolvedores. Desenvolvedores que vivem e respiram código. Eles têm o know-how para integrar o que precisa ser integrado. O NetOps não necessariamente tem esse conjunto de habilidades. O pipeline de implantação é composto principalmente de dispositivos e sistemas que se integram por meio de protocolos. Protocolos bem definidos, baseados em RFC, que não exigem integração baseada em código porque foram projetados para não fazê-lo. 

Este é um desafio completamente novo para a NetOps; um desafio para o qual eles não estão necessariamente preparados — ou qualificados — para enfrentá-lo. Ou seja, apenas um pouco mais de um terço (38%) do DevOps citou "Integração de conjuntos de ferramentas entre fornecedores/dispositivos" como um desafio para a automação de rede. Do outro lado do muro, quase metade (47%) dos NetOps notaram a falta de integração como um problema, perdendo apenas para a falta de conhecimento em automação (49%). 

Os dados mostram que, apesar dos desafios inerentes à automação, o NetOps não está tão atrás quanto alguns afirmam. Há um grande número de oportunidades em automação de rede para NetOps e Segurança se inserirem nos pipelines contínuos que cada vez mais dominam o desenvolvimento e a implantação de aplicativos.

Para mais detalhes e análises sobre NetOps Meets DevOps: O estado da automação de rede , não deixe de adquirir seu exemplar hoje mesmo!