Não importa o quão rápido você pode entregar se a implantação atrasa o lançamento. Enquanto os NetOps estão se aquecendo para automação e orquestração, há desafios significativos enfrentando seus esforços para acelerar a implantação. O DevOps está na melhor posição para ajudá-los a fazer isso.
Existe, sem dúvida, uma ligação entre a transformação digital e o DevOps. Por causa do DX, 48% das organizações estão migrando para entregar aplicativos para produção com mais frequência. 62% estão automatizando e orquestrando sistemas e processos de TI. 52% estão mudando a forma como desenvolvem aplicativos (pense no Agile). E 42% estão explorando contêineres e microsserviços. Desde os blocos de construção dos aplicativos até os métodos implementados para colocá-los no mercado, a transformação digital significa que o DevOps tem uma maneira de estender a "entrega contínua" para a "implantação contínua". Lembre-se, "entrega" não significa comercialização, significa produção, onde o processo de implantação entra em ação e coloca o aplicativo em um estado aceitável para consumo.
Isso porque "aceitável para consumo" não significa apenas "o aplicativo está funcionando bem". Ele abrange um conjunto de requisitos que devem ser implementados e implantados na forma de serviços de aplicação. Escala, segurança, desempenho, monitoramento — tudo deve estar em vigor antes que o aplicativo possa ser considerado "aceitável para consumo". É isso que compõe o "pipeline de implantação" hoje.
Infelizmente, uma descrição muito precisa do estado da automação na entrega e implantação é uma viagem de esqui com George Jetson e Fred Flintstone. O primeiro, vindo do futuro, anda de esquis movidos a jato, enquanto Fred, ainda vivendo no passado, se vira com esquis movidos a motor manual. Se você adivinhou que George Jetson em seus esquis movidos a foguete é DevOps fazendo entrega contínua, você acertou. E se você adivinhou que o NetOps está tentando fazer implantação contínua com um método principalmente manual, você também acertou.
NetOps são as pessoas encarregadas de provisionar, implantar e operar, em média, 14 serviços de aplicativos em uso pelas organizações atualmente. Isso inclui tudo, desde escalabilidade (balanceamento de carga e controle de entrada) até segurança (firewalls de aplicativos web e defesas contra bots) e serviços mais obscuros que melhoram o desempenho de toda a pilha que dá suporte a um aplicativo.
Agora, embora tenham esquis para ajudá-los a se mover mais rápido, ainda não têm os esquis assistidos por foguetes de seus equivalentes DevOps.
A disparidade entre as taxas de automação de vários componentes de serviços de aplicativos necessários para atingir a "implantação contínua" indica a necessidade de eliminar as "forças desequilibradas" que levam os métodos manuais a ainda serem usados pela maioria das organizações. Isso é particularmente verdadeiro para organizações que não automatizaram NENHUM componente de implantação. Essa é a diferença entre esquis assistidos por foguete e esquis tradicionais. Mesmo aquelas que conseguiram automatizar partes do pipeline não o fizeram de forma consistente — apenas 21% das organizações automatizaram todos os quatro componentes principais. 11% conseguiram automatizar apenas uma área, 25% conseguiram automatizar duas.
Imagine estar em pleno voo e, de repente, os foguetes dos seus esquis somem.
Não podemos mais depender da resposta tradicional de "colocar mais pessoas no problema" para acelerar a implantação. Isso só consegue agravar os atrasos ao adicionar mais camadas de comunicação e buracos no processo entre a entrega à produção e a entrega ao consumidor.
Esses atrasos deixam as empresas infelizes porque elas têm que esperar e, pior, muitas vezes levam à omissão de etapas (como segurança) no caminho para recuperar o tempo. Para corrigir isso, precisamos encontrar e abordar as "forças desequilibradas" que estão retardando a implantação contínua.
As forças desequilibradas na implantação podem ser encontradas nos desafios citados pela NetOps. Habilidades, políticas, orçamentos e integração são obstáculos significativos para a concretização da implantação contínua. O NetOps sabe criar scripts, não me entenda mal, e eles fazem isso o tempo todo. Mas scripts não são automação e não atendem à necessidade de integração entre potencialmente 14 dispositivos, sistemas e serviços diferentes. A NetOps precisa de ajuda para identificar e colocar em prática as ferramentas e metodologias que não apenas permitem a integração entre esses sistemas distintos, mas também conduzem o processo de implantação de maneira consistente, previsível e repetível.
É aqui que o DevOps pode ajudar a NetOps a construir uma prática de implantação contínua bem-sucedida.
Cultura não é opcional. Tem um impacto muito real nos comportamentos e práticas. A estrutura da equipe por si só muda drasticamente a automação do pipeline, com equipes tradicionais de função única ficando para trás em relação às suas contrapartes contemporâneas orientadas por DevOps. Promova estruturas de equipe mais colaborativas. Na mesma linha, uma equipe colaborativa deve estar alinhada com as principais métricas. Métricas compartilhadas permitem que NetOps e Segurança trabalhem em direção à implantação contínua sem penalidades. Atualmente, quase três quartos do NetOps são medidos com base no TEMPO DE ATIVIDADE DA REDE. A frequência de implantação mal é registrada para eles. Eles vão se concentrar em manter a rede ativa porque é nisso que eles devem se concentrar. Métricas compartilhadas dão à NetOps permissão para se concentrar no que a empresa precisa: implantações mais rápidas e frequentes.
Por fim, é necessária empatia. Vocês estão todos no mesmo time e — pode ser uma surpresa saber — valorizam as mesmas coisas. É provável que o NetOps dê tanta importância à automação de pipeline quanto o DevOps. Lembre-se de que o DevOps tem uma vantagem de dez anos sobre o NetOps na navegação e superação de obstáculos em torno de integração, ferramentas e conjuntos de habilidades. Equipes colaborativas podem ajudar promovendo a padronização de ferramentas que abrangem desde a entrega até a implantação (como Jenkins e GitHub/GitLab).
Organize um almoço e aprenda. Ofereça-se para orientar um colega de NetOps e compartilhe insights e links para tutoriais e comunidades que podem fornecer oportunidades para que os profissionais de NetOps aprendam os truques do negócio. Crie um "Centro de Excelência em Automação" ou uma Comunidade para ajudar a estabelecer melhores práticas, compartilhar soluções e incentivar o compartilhamento de conhecimento que aborde essas "forças desequilibradas".
O DevOps não deve — e não pode — terminar na entrega. Um aplicativo não está realmente "pronto" até que esteja nas mãos dos consumidores pretendidos. Isso significa que a implantação — e seu pipeline reconhecidamente complexo de dispositivos e serviços de aplicativos — precisa ser automatizada para reduzir o tempo necessário para chegar lá. O DevOps tem as habilidades, as ferramentas e a experiência para ajudar a equipar os esquis NetOps com foguetes para que eles também possam se mover tão rápido quanto o negócio precisa.