Três coisas que impedem você de adotar o DevOps

Lori Mac VittieEngenheiro Emérito e Evangelista-Chefe | F5

Não, não você. Você. Os executivos não estão nem de longe tão entusiasmados com DevOps quanto quem está na linha de frente, e o motivo pode estar em uma destas três principais preocupações.

As organizações de alto desempenho não apenas adotaram o DevOps, mas o incorporaram plenamente. O relatório pioneiro State of DevOps, da Puppet Labs vem nos mostrando isso nos últimos dois anos, e imagino que voltará a reforçar essa relação no próximo ano. Segundo diversas pesquisas e estudos do setor, as organizações estão adotando o DevOps. Mas, assim como ocorreu no passado com a adoção de metodologias ágeis e enxutas de desenvolvimento de aplicativos, adotar nem sempre significa o que pensamos. Descobriu-se que, quando as organizações diziam estar “adotando o ágil” no desenvolvimento de aplicativos, na verdade apenas uma porcentagem relativamente pequena de seus projetos utilizava metodologias ágeis. Isso não significava que haviam mergulhado de cabeça e adotado essas metodologias em todos os projetos.

O mesmo parece se aplicar ao DevOps: os entrevistados estão adotando a abordagem com entusiasmo — e obtendo resultados —, mas os executivos, de modo geral, ainda parecem pouco receptivos a ela. O “impacto estratégico” aumentou apenas dois pontos percentuais de um ano para o outro — de 15% em 2016 para 17% em 2017 —, segundo nossa pesquisa Estado da Entrega de Aplicações . Embora arquitetos de nuvem e profissionais que se identificam como parte de funções de “DevOps” possam estar totalmente empenhados em suas iniciativas de DevOps, inclusive já as aplicando em produção, os executivos ainda estão atrasados na adoção dessa abordagem. Isso significa, na prática, que as “organizações” não estão necessariamente comprometidas por completo com o DevOps.

Há três preocupações principais que provavelmente estão impedindo as lideranças de TI e de negócios de acolher o DevOps com o entusiasmo que ele realmente merece.

1. Tempo. Projetos internos de TI de qualquer natureza que exijam uma mentalidade de migração — seja do modelo tradicional para a nuvem, de monólitos para microsserviços ou de processos manuais para automatizados — às vezes são vistos como pouco mais do que uma perda de tempo. Eles não contribuem diretamente para o crescimento dos negócios e, por isso, pode ser difícil para as partes interessadas da empresa apoiar o tempo dedicado a esses projetos. Cabe aos defensores do DevOps apresentar aos líderes empresariais um conjunto claro de objetivos e benefícios esperados ao iniciar tais projetos. Seja pela redução de custos ou por uma TI mais ágil, é importante que a empresa entenda o retorno previsto sobre o investimento para que apoie a iniciativa e se comprometa com ela. Economizar um centavo pode significar ganhar um centavo, mas investir um centavo muitas vezes rende dez. Ao investir em DevOps agora, as organizações colherão os frutos mais adiante.
   
2. Interrupção. Nenhum líder de TI quer ser a causa de interrupções nos negócios. Investir agora em uma iniciativa de DevOps pode causar transtornos, principalmente se isso desacelerar o pipeline de produção quando todos sabem que é preciso acelerá-lo. Como preparar a produção para automação e orquestração muitas vezes significa mexer nos sistemas responsáveis pelas operações diárias da empresa, qualquer iniciativa que exija isso pode causar uma interrupção indesejada. A realidade é que depender de métodos manuais e ultrapassados para provisionar, dimensionar e gerenciar sistemas pode ser a verdadeira causa de interrupções — se não hoje, amanhã. Uma das características de um ambiente de produção sem atritos é a capacidade de atender, sob demanda, às necessidades de capacidade e serviços. Isso se torna cada vez mais difícil à medida que a TI se curva sob o peso da crescente demanda gerada pelos esforços de transformação digital. Sem risco, não há recompensa. Assumir o risco agora provavelmente envolve menos riscos do que quando seu portfólio de aplicações tiver dobrado ou crescido ainda mais.
   
3. Aprisionamento tecnológico. Um receio comum entre os líderes de TI é ficar “preso” às escolhas feitas. A boa notícia é que a maioria dos dispositivos e sistemas de rede compatíveis com automação e orquestração se baseia em protocolos de padrões abertos e conceitos como HTTP, REST e JSON. É nesse ponto que o tempo investido inicialmente no projeto e na arquitetura de um sistema que aproveite ao máximo APIs e modelos trará benefícios no futuro. A integração com dispositivos ou sistemas que exijam a recriação passo a passo, por meio de uma API, de comandos emitidos via CLI quase certamente resultará em aprisionamento tecnológico. Esse é um dos maiores benefícios dos modelos: reduzir a dependência de APIs específicas de dispositivos e sistemas e, assim, limitar sua exposição a apenas alguns comandos que possam ser facilmente migrados para um novo sistema ou aplicativo no futuro. Certifique-se de que a infraestrutura seja compatível com uma API baseada em REST e, sempre que possível, use modelos para facilitar a extração de sistemas e ambientes posteriormente.

É claro que existem outras preocupações, mas são principalmente essas três questões fundamentais que ecoam nos data centers ao longo do tempo quando se trata da adoção de tecnologias e metodologias. Isso leva tempo, pode causar transtornos e há uma grande possibilidade de dependência tecnológica. A devida diligência e uma abordagem criteriosa à implementação, aliadas a uma mentalidade de investir agora para colher os benefícios depois, podem amenizar essas preocupações e aumentar as chances de estabelecer com sucesso uma base sólida, porém flexível, que não apenas viabilize, mas também acelere a transformação digital necessária para que a empresa cresça agora e no futuro.

Sobre o autor

Lori Mac VittieEngenheiro Emérito e Evangelista-Chefe | F5

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 Vittie