Não importa a rapidez com que você consegue entregar se a implantação atrasa o lançamento. Embora as equipes de NetOps estejam começando a adotar a automação e a orquestração, elas enfrentam desafios significativos em seus esforços para acelerar a implantação. As equipes de DevOps estão na melhor posição para ajudá-las a fazer isso.
TRANSFORMAÇÃO DIGITAL SIGNIFICA DEVOPS
Há, indiscutivelmente, uma relação entre transformação digital e DevOps. Por causa da DX, 48% das organizações estão passando a disponibilizar aplicativos em 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 em Agile). E 42% estão explorando contêineres e microsserviços. Dos componentes mais básicos dos aplicativos aos métodos usados para levá-los ao mercado, a transformação digital permite que o DevOps avance da "entrega contínua" para a "implantação contínua". Lembre-se: "entrega" não significa disponibilização no mercado, mas sim em produção — quando o processo de implantação entra em ação e deixa o aplicativo em condições adequadas para uso.
Isso porque "adequado para uso" não significa apenas que "o aplicativo está funcionando bem". Essa expressão abrange um conjunto de requisitos que devem ser implementados e implantados na forma de serviços de aplicação. Escalabilidade, segurança, desempenho e monitoramento — tudo deve estar implementado antes que o aplicativo possa ser considerado "adequado para uso". É isso que compõe o "pipeline de implantação" atualmente.
A IMPLANTAÇÃO PRECISA DE DEVOPS PARA CONCRETIZAR A PROMESSA DA AUTOMAÇÃO E DA ORQUESTRAÇÃO
Infelizmente, uma representação bastante fiel do estado da automação na entrega e na implantação seria uma viagem de esqui com George Jetson e Fred Flintstone. O primeiro, por ser do futuro, usa esquis a jato, enquanto Fred, ainda vivendo no passado, se vira com esquis movidos manualmente. Se você imaginou que George Jetson, com seus esquis a jato, representa o DevOps fazendo entrega contínua, acertou. E, se imaginou que o NetOps está tentando fazer implantação contínua com um método predominantemente manual, também acertou.
As equipes de NetOps são responsáveis por provisionar, implantar e operar os, em média, 14 serviços de aplicações usados atualmente pelas organizações. Isso inclui desde escalabilidade (balanceamento de carga e controle de entrada) e segurança (firewalls de aplicações web e defesas contra bots) até serviços menos conhecidos que melhoram o desempenho de toda a pilha que dá suporte a uma aplicação.
Agora, embora tenham esquis que os ajudam a avançar mais rápido, ainda não contam com os esquis impulsionados por foguetes de seus colegas de DevOps.
A disparidade na automação de pipelines pode causar atrasos frustrantes
A disparidade entre as taxas de automação dos diversos componentes de serviços de aplicações necessários para alcançar a "implantação contínua" indica a necessidade de eliminar as "forças desequilibradas" que fazem com que a maioria das organizações ainda utilize métodos manuais. Isso é particularmente verdadeiro para as organizações que não automatizaram NENHUM componente de implantação. Essa é a diferença entre usar esquis tradicionais e esquis com propulsão a foguete. Mesmo aquelas que conseguiram automatizar partes do pipeline não o fizeram de forma consistente — apenas 21% das organizações automatizaram os quatro componentes principais. 11% conseguiram automatizar apenas uma área, e 25%, duas.
Imagine estar em pleno voo e, de repente, os foguetes dos seus esquis desaparecem.
Não podemos mais depender da solução tradicional de "colocar mais pessoas para resolver o problema" para acelerar a implantação. Isso só acaba agravando os atrasos ao adicionar mais camadas de comunicação e entraves nos processos entre a entrega para produção e a entrega ao consumidor.
Esses atrasos deixam a empresa insatisfeita porque ela precisa esperar e, pior ainda, muitas vezes levam a pular etapas (como a de segurança) para recuperar o tempo perdido. Para corrigir isso, precisamos identificar e lidar com as "forças desequilibradas" que estão retardando a implantação contínua.
O QUE SÃO ESSAS "FORÇAS DESEQUILIBRADAS" E O QUE O DEVOPS PODE FAZER PARA REEQUILIBRÁ-LAS?
As forças que geram desequilíbrio na implantação podem ser identificadas nos desafios citados pelas equipes de operações de rede (NetOps). Competências, políticas, orçamentos e integração são obstáculos significativos para viabilizar a implantação contínua. As equipes de NetOps sabem criar scripts — não me entenda mal — e fazem isso o tempo todo. No entanto, criar scripts não é o mesmo que automatizar e não atende à necessidade de integração entre até 14 dispositivos, sistemas e serviços diferentes. As equipes de NetOps precisam de ajuda para identificar e colocar em prática ferramentas e metodologias que não apenas viabilizem a integração entre esses sistemas distintos, mas também conduzam o processo de implantação de maneira consistente, previsível e repetível.
É aqui que o DevOps pode ajudar o NetOps a estabelecer uma prática bem-sucedida de implantação contínua.
A COLABORAÇÃO PRECISA ULTRAPASSAR A FRONTEIRA ENTRE TI E DESENVOLVIMENTO
A cultura não é opcional. Ela tem um impacto muito concreto nos comportamentos e nas práticas. A estrutura da equipe, por si só, muda drasticamente a automação do pipeline, e as equipes tradicionais de função única ficam para trás em relação às equipes modernas orientadas por DevOps. Incentive estruturas de equipe mais colaborativas. Da mesma forma, uma equipe colaborativa deve estar alinhada quanto às principais métricas. Métricas compartilhadas permitem que as equipes de NetOps e Segurança trabalhem em prol da implantação contínua sem serem penalizadas. Atualmente, quase três quartos das equipes de NetOps são avaliados com base na DISPONIBILIDADE DA REDE. A frequência de implantação mal é considerada para essas equipes. Elas se concentram em manter a rede disponível porque é nisso que precisam se concentrar. Métricas compartilhadas dão às equipes de NetOps a liberdade de se concentrar no que a empresa precisa: implantações mais rápidas e frequentes.
Por fim, é preciso ter empatia. Todos fazem parte da mesma equipe e — por mais surpreendente que pareça — valorizam as mesmas coisas. As equipes de NetOps têm tanta probabilidade quanto as de DevOps de atribuir grande importância à automação do pipeline. Vale lembrar que o DevOps tem dez anos de vantagem sobre o NetOps na tarefa de lidar com e superar obstáculos relacionados à integração, às ferramentas e às competências. Equipes colaborativas podem ajudar promovendo a padronização de ferramentas que abranjam todo o processo, da entrega à implantação (como Jenkins e GitHub/GitLab).
Promova encontros de aprendizado durante o almoço. Ofereça-se para orientar um colega de NetOps e compartilhe insights e links para tutoriais e comunidades que ofereçam oportunidades para que a equipe de NetOps aprenda os segredos da profissão. Crie um "Centro de Excelência em Automação" ou uma comunidade para ajudar a estabelecer práticas recomendadas, compartilhar soluções e incentivar a troca de conhecimentos que abordem essas "forças desestabilizadoras".
O DevOps não deve — e não pode — terminar na entrega. Um aplicativo só está realmente "pronto" quando chega às mãos dos usuários a que se destina. Isso significa que a implantação — e seu reconhecidamente complexo pipeline de dispositivos e serviços de aplicativos — precisa ser automatizada para reduzir o tempo necessário para chegar até lá. O DevOps tem as habilidades, as ferramentas e a experiência necessárias para colocar foguetes nos esquis do NetOps, permitindo que ele também avance na velocidade exigida pelos negócios.
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...