APIs não são integração. Elas são um meio de implementar a integração. E, considerando os desafios apontados pelas equipes de operações de TI, elas não são suficientes para tornar a TI contínua.
No universo do desenvolvimento de aplicações, integração sempre foi um palavrão. De DLLs a bibliotecas compartilhadas, de ESBs a filas de mensagens, exploramos inúmeras maneiras de integrar aplicações a outros aplicativos e serviços.
No domínio do gerenciamento de redes, isso tem sido especialmente importante. A integração tem sido fundamental para gerenciar a complexidade inerente ao pipeline heterogêneo e composto por vários fornecedores de dispositivos de rede e serviços de aplicativos que disponibilizam e protegem aplicações.
Hoje, esse pipeline está cada vez mais automatizado. Desenvolvedores e equipes de DevOps superaram com sucesso o desafio da integração para criar 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á reagindo. De acordo com o relatório "NetOps encontra DevOps: o estado da automação de redes", uma porcentagem significativa dos pipelines de produção é, pelo menos, parcialmente automatizada.
Mas a adoção da implantação contínua não ocorre sem desafios.
Normalmente, vemos a “cultura” ser destacada em pesquisas como um dos principais obstáculos ao DevOps e às práticas relacionadas a ele. Na pesquisa State of Network Automation, a cultura ficou entre os três principais obstáculos. No entanto, não foi a maior frustração, nem ficou em segundo lugar. Essas posições foram ocupadas pela frustração com a lacuna de competências e pela minha palavra favorita de quatro letras: integração.
Esses dois desafios estão, de fato, relacionados. A lacuna de competências é, em parte, o que torna a integração uma fonte significativa de frustração. Isso acontece porque os profissionais de NetOps não são — e isso vai surpreender você — desenvolvedores.
Esse é o verdadeiro problema. Um dos motivos pelos quais o DevOps tem obtido tanto sucesso em seus esforços para viabilizar a entrega contínua é o fato de ser composto principalmente por desenvolvedores. Desenvolvedores que vivem e respiram código. Eles têm o conhecimento necessário para integrar o que precisa ser integrado. A equipe de NetOps não necessariamente possui esse conjunto de habilidades. O pipeline de implantação é composto principalmente por dispositivos e sistemas que se integram por meio de protocolos. Protocolos bem definidos, baseados em RFCs, que não exigem integração por meio de código porque foram projetados justamente para isso.
Este é um desafio completamente novo para as equipes de NetOps, e elas não estão necessariamente preparadas — nem capacitadas — para enfrentá-lo.
Esse desafio não pode ser resolvido por APIs. Embora a infraestrutura habilitada para APIs continue sendo importante — apontada como tal por três quartos dos participantes da nossa pesquisa State of Application Delivery 2018 —, APIs não são integração. Elas viabilizam a integração, mas o trabalho efetivo de conectar e integrar dispositivos e sistemas distintos a consoles e controles de gerenciamento continua sendo responsabilidade da equipe de TI, que não necessariamente possui as habilidades necessárias para isso. Esses desafios têm um impacto profundo nas operações diárias, pois acabam impondo uma abordagem bastante manual ao pipeline de implantação.
Isso explica a metodologia de gerenciamento predominantemente "baseada em CLI/scripts, por dispositivo", usada por mais da metade (52%) das equipes de NetOps. A disparidade entre as abordagens operacionais orquestradas e com múltiplos fornecedores mencionadas pelas equipes de DevOps e NetOps foi marcante. Enquanto 29% das equipes de DevOps adotam uma abordagem de orquestração com múltiplos fornecedores, apenas 12% das equipes de NetOps fazem o mesmo.
A disparidade evidencia claramente a necessidade de uma abordagem melhor para a integração das operações de rede (NetOps), bem como do mesmo entusiasmo fervoroso empregado pela comunidade e pelo mercado para superar o desafio da integração.
Se você quer entender esse novo mundo da automação e da orquestração, confira nosso programa on-line e gratuito Super-NetOps. Além de se concentrar na aplicação de automação e orquestração às tecnologias da F5, ele também oferece o conhecimento básico necessário para trabalhar com APIs REST, usar ferramentas como o Postman e criar playbooks de automação.
Sobre o autor
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 VittiePublicações relacionadas no blog
Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.
Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.
As-Code: a pilha de TI contínua
Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.
O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.
DevOps Summit: onde a rede foi convidada para a festa
No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...
F5 e Nutanix convergem em infraestrutura no .NEXT
Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...