Integração, um obstáculo para a obtenção de implantação contínua
APIs não são integração. Eles são um meio de implementar a integração. E pelos desafios que estamos vendo citados pelos ITOps, eles não são suficientes para que a TI seja contínua.
No campo do desenvolvimento de aplicativos, integração sempre foi uma palavra de quatro letras. De DLLs a bibliotecas compartilhadas, de ESBs a filas de mensagens, exploramos inúmeros meios de integrar aplicativos com outros aplicativos e serviços.
No domínio do gerenciamento de rede, tem sido especialmente importante. A integração tem sido essencial para gerenciar a complexidade inerente ao pipeline heterogêneo e de vários fornecedores de dispositivos de rede e serviços de aplicativos que entregam e protegem aplicativos.
Hoje, esse pipeline está cada vez mais automatizado. Desenvolvedores e DevOps superaram com sucesso o desafio da integração para construir um pipeline de desenvolvimento contínuo. Agora eles esperam - ou melhor, exigem - que a TI faça o mesmo com o pipeline de implantação.
A TI está respondendo. De acordo com " NetOps Meets DevOps: O Estado da Automação de Redes ", uma porcentagem significativa dos pipelines de produção são pelo menos parcialmente automatizados.
Mas a adoção da implantação contínua não ocorre sem desafios.
Normalmente, vemos a "cultura" destacada como um dos principais inibidores do DevOps e práticas relacionadas ao DevOps em pesquisas. Na pesquisa State of Network Automation, a cultura foi um dos três principais. No entanto, essa não foi a frustração número um. Nem ficou em segundo lugar. Essas vagas foram ocupadas pela frustração com a falta de habilidades e pela minha palavra de quatro letras favorita: integração.
Esses dois desafios estão, de fato, relacionados. É a lacuna de habilidades, em parte, que impulsiona a integração como uma fonte significativa de frustração. Isso ocorre porque os NetOps não são - e isso vai surpreender você - desenvolvedores.
Esse é o verdadeiro problema. Um dos motivos pelos quais o DevOps tem tido tanto sucesso em seus esforços para permitir a entrega contínua é 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, e eles não estão necessariamente preparados — ou qualificados — para enfrentá-lo.
Esse desafio não pode ser resolvido por APIs. Embora a infraestrutura habilitada por API continue sendo importante — identificada como tal por três quartos dos entrevistados em nossa pesquisa State of Application Delivery 2018 — APIs não são integração. Eles permitem a integração, mas o trabalho real de conectar e conectar dispositivos e sistemas diferentes com consoles e controles de gerenciamento continua sendo responsabilidade da TI. Que não necessariamente possuem as habilidades necessárias para isso. Esses desafios têm um impacto profundo nas operações do dia a dia, pois acabam determinando uma abordagem muito manual ao pipeline de implantação.
Isso explica a metodologia de gerenciamento predominantemente "baseada em CLI/script, por dispositivo" usada por mais da metade (52%) dos NetOps. A disparidade entre abordagens operacionais orquestradas e de vários fornecedores citadas por DevOps e NetOps era gritante. 29% dos DevOps usam uma abordagem de orquestração de vários fornecedores, enquanto apenas 12% dos NetOps fazem o mesmo.
A disparidade fala alto sobre a necessidade de uma melhor abordagem para integração de NetOps e o mesmo tipo de zelo fervoroso aplicado pela comunidade e pelo mercado para superar o desafio da integração.
Se você busca entender esse novo mundo de automação e orquestração, confira nosso programa Super-NetOps gratuito e online. Além de focar na aplicação de automação e orquestração às tecnologias F5, ele também fornece o conhecimento fundamental necessário para trabalhar com APIs REST, usar ferramentas como o Postman e criar manuais de automação.