Relatório da pesquisa F5 DevOps e NetOps: A automação é a chave para reduzir a exclusão digital

Muito se fala sobre o relacionamento arquetípico entre DevOps e NetOps. Somos constantemente bombardeados com uma ladainha de retórica "nós contra eles" que coloca um contra o outro, lançando solicitações e acusações de um lado para o outro sobre o muro que os separa. Com o aumento da pressão para entregar aplicativos com mais rapidez e frequência, esse muro pode se tornar a divisão digital que separa os vencedores na economia de aplicativos de todos os outros.

Felizmente, essa exclusão digital está diminuindo graças à automação e orquestração de TI. Descobrimos o desejo de colaborar para fechar esse abismo digital tanto por parte de NetOps quanto de DevOps quando pesquisamos separadamente cada grupo, investigando seu uso da tecnologia, percepções uns dos outros e os aplicativos que eles entregam. Essa é uma notícia cada vez melhor para empresas que estão embarcando em esforços de transformação digital que exigem a escala e a velocidade que somente a automação e a orquestração podem efetivamente alcançar. Também são boas notícias para organizações que enfrentam dificuldades com ambientes multi-nuvem que exigem maior atenção de funcionários já sobrecarregados. Aliviar a pressão no local com automação pode liberar recursos para atender a projetos relacionados à nuvem.

884 profissionais de NetOps e DevOps responderam a pesquisas on-line realizadas no verão de 2017. Fizemos diversas perguntas relacionadas à percepção sobre aplicativos em geral e suas contrapartes em NetOps ou DevOps, bem como perguntas focadas na percepção de frequência e taxas de sucesso de implantações.

The results show that though the wall between them still stands, it is not nearly as high or as opaque as dialogue within communities or other industry reports purports. We found a great deal of common ground across organizations of all sizes and industries with respect to the importance of and desire for automation of the production pipeline, as well as joint confidence in the security, performance, and reliability of the applications both groups endeavor to develop and deploy.

A automação parece ser uma força unificadora para NetOps e DevOps. Em princípio, pelo menos, se não nos detalhes específicos de implementação.

Embora DevOps e NetOps continuem em desacordo sobre quanto acesso ao pipeline deve estar disponível via autoatendimento e automação, na maioria dos casos, ambos os grupos veem o outro no caminho certo. 82% dos DevOps e 76% dos NetOps concordam que cada um prioriza “as coisas certas”. Claramente, há um ponto em comum em toda a exclusão digital, pelo menos em objetivos e foco, embora nem sempre no organograma.

Entre os dissidentes do lado do NetOps, a resposta mais comum sobre o que o DevOps não prioriza o suficiente incluía a segurança. A confiabilidade também surgiu frequentemente como uma fonte de frustração com o DevOps por parte de seus equivalentes NetOps.

Não é de surpreender que um dos argumentos mais comuns do DevOps em relação à priorização pelo NetOps tenha sido centrado na automação. Ou melhor, a falta dela.

This difference of opinion is likely at the root of our next key finding which exposed the effect developers and DevOps’ lack of production pipeline access via automation and self-service has on the adoption of cloud and solutions outside IT.

Automação impacta adoção da nuvem

Eles podem ouvir você agora. Há muito tempo acredita-se que um dos motivadores da adoção da nuvem — tanto por partes interessadas de negócios quanto de DevOps — é a falta de acesso de autoatendimento ao pipeline de implantação de produção, o que resulta em longos ciclos de implantação. A notícia não tão boa é que nossa pesquisa valida essa crença, com 27% dos DevOps indicando que isso influencia sua decisão de buscar soluções baseadas em nuvem “muito” e 38% influencia “algum”. A boa notícia é que a NetOps não está alheia ao impacto. Mais de 65% dos NetOps dizem que seu desejo de automatizar e fornecer acesso de autoatendimento ao pipeline de produção é influenciado "um pouco" ou "muito" pelas decisões do DevOps de adotar a nuvem.

Key Findings

1. Suporte sólido para automação. Há um consenso sólido sobre a importância de automatizar pipelines de entrega e implantação com uma classificação média de significância em uma escala de 5 pontos de 4,0 do DevOps e 3,5 do NetOps. No geral, os entrevistados também relataram mais confiança na confiabilidade, no desempenho e na segurança dos aplicativos quando o pipeline de produção é mais de 50% automatizado. Ambos os grupos também concordaram esmagadoramente que o outro estava “priorizando as coisas certas”.
2. A automação impacta a adoção da nuvem e vice-versa. Apesar desse acordo, as diferenças de opinião entre os dois grupos são reais e geram consequências. Uma delas são as visões divergentes sobre o acesso ao pipeline de produção, o que vemos como uma contribuição para o crescimento da multinuvem. No lado do DevOps, a falta de acesso ao pipeline de produção foi citada por 65% dos entrevistados como um fator que influenciou sua decisão de buscar soluções externas e na nuvem. Por outro lado, uma quase maioria dos NetOps (44%) diz que a decisão do DevOps de voar para a nuvem influencia seu desejo de fornecer acesso a esse pipeline “algum”, com outros 21% admitindo que isso os influencia “muito”.
3. Dissonância em torno do acesso ao oleoduto. Os esforços de transformação digital focados na entrega de aplicativos para melhorar a eficiência interna e o engajamento externo devem cruzar a linha entre desenvolvimento e produção. Percebemos que o muro entre os dois ainda está de pé, com opiniões divergentes sobre quanto acesso ao pipeline de produção deve estar disponível para desenvolvedores e DevOps. A maior parcela dos entrevistados de DevOps acredita que mais de 75% do pipeline de produção deve estar disponível por meio de autoatendimento e automação. O NetOps é menos generoso, mas não tão distante quanto a percepção popular nos leva a acreditar.  
4. Current Deployment Frequency is Fine. DevOps and NetOps alike resoundingly agreed that current frequency of deployments were "good enough." Keeping with current perceptions of the disconnect between the two groups, NetOps are twice as likely to deem a deployment frequency “too frequent” than their DevOps counterparts. Only a few (4%) on the DevOps side indicated they believe there is such a thing as “too frequent” releases.

Suporte sólido para automação

O jogo da culpa acabou. Ao contrário das histórias populares que colocam NetOps e DevOps um contra o outro em um jogo interminável de apontar o dedo após incidentes, encontramos evidências de que cada grupo vê o outro de uma forma muito mais positiva.

The reach for cloud by those frustrated by a lack of pipeline access contributes heavily to the rise of multi-cloud and its associated challenges with security and performance, as often noted by those struggling with the resulting “rogue IT” it creates. Even as NetOps continues to engage in its efforts to offer access via automation/self-service with private cloud or cloud-like systems, there remains a significant existing investment in off-premises cloud solutions that is unlikely to be ignored. This leaves organizations with multiple cloud solutions – and environments – to manage, monitor, and secure, increasing the complexity of operating in the digital economy.

A questão agora não é “fornecemos acesso self-service ao pipeline de produção?”, mas sim “quanto expomos?”

Dissonância em torno do acesso ao gasoduto  

Quanto é suficiente? A quantidade certa de acesso ao pipeline para desenvolvedores e DevOps por meio de recursos de automação/autoatendimento trouxe algumas diferenças marcantes nas opiniões. O DevOps definitivamente quer mais acesso ao pipeline de produção do que o NetOps está disposto a oferecer.

While we did not ask for insight into NetOps’ reluctance to provide DevOps with greater pipeline access, an answer might be found in the skills available to do so. NetOps respondents generally believe there is a gap between skills they need to do their jobs and training/knowledge they have now.

Na verdade, tanto NetOps quanto DevOps que se autoidentificam como “desenvolvedores” eram mais propensos a acreditar que seus empregos seriam relevantes em cinco anos, dadas as responsabilidades e conjuntos de habilidades semelhantes. Os menos confiantes eram aqueles que se identificavam como Operadores de Rede – em ambos os lados do muro.

The current state of production pipeline automation on the NetOps side seems to reflect the impact of that skills gap. It was not a surprise to find it lags considerably behind that of the DevOps delivery pipeline. While 11% of NetOps admit no automation of the production pipeline, only 5% of DevOps said the same about the application delivery pipeline.

O estado da automação de pipeline é importante a ser observado, dada nossa descoberta de uma correlação positiva entre a automação de pipeline e a frequência de implantações bem-sucedidas. 86% dos NetOps que indicaram uma porcentagem maior de automação de pipeline (75% ou mais) também relataram maior frequência de implantações muito bem-sucedidas (90% ou mais).

Mas não é o único fator, pois a frequência de alterações de aplicativos também parece ter impacto na frequência de implantações bem-sucedidas.

Current Deployment Frequency is Fine 

We’re good, thanks. Perhaps the greatest cultural divide still lies within the realm of deployment frequency. While some of DevOps delivers apps to production at breakneck speed (12% deliver changes to production more than once a day), NetOps appears to be far more comfortable deploying those changes at a slower but steadier pace.

Overall, there seems to be some measure of consensus around monthly and weekly frequencies for a plurality of respondents. Unsurprisingly, DevOps prefers to deliver more often than NetOps. To wit, of the 26% of DevOps who want to deliver more frequently, 28% deliver once a week, and 26% already deliver more than once per day.

Perceptions on the adequacy of the speed with which changes are delivered varies from group to group. It is noteworthy, however, that the majority of both (70% of DevOps and 74% of NetOps) described the frequency of changes as “good enough for us.”

É aí que a semelhança termina. Enquanto apenas 4% dos DevOps alegaram que sua programação atual era "muito frequente", aqueles do lado do NetOps que descreveram a frequência de entrega como "muito frequente" dobraram. Mais de um em cada quatro (26%) DevOps quer ir mais rápido, enquanto menos de 1 em cada 5 (18%) NetOps quer acelerar o ritmo.

Ignorar o desejo e examinar os resultados, no entanto, revela o que pode ser a frequência de implantação “ideal” para equilibrar velocidade e taxas de sucesso. Dos 65% de NetOps e 57% de DevOps que vivenciam implantações bem-sucedidas em mais de 90% das vezes, as mudanças são enviadas para produção “uma vez por semana”.

Conclusão

A exclusão digital que os aplicativos precisam atravessar para passar da entrega à implantação ainda existe. Partes significativas do pipeline de implantação continuam sendo conduzidas manualmente, o que continuará a direcionar os aplicativos para a nuvem. Por sua vez, as decisões do DevOps de adotar a nuvem farão com que o NetOps forneça mais acesso de autoatendimento necessário para acelerar a jornada.

A automação é a chave para eliminar essa exclusão digital, pois permite que NetOps e DevOps trabalhem de forma mais inteligente, não mais difícil, e dimensionem as operações para atender às necessidades dos negócios em conjunto.

Metodologia

Os dados para este relatório foram compilados a partir de duas pesquisas on-line separadas realizadas em julho de 2017. Ambos foram projetados para investigar o uso da automação no ciclo de vida do aplicativo, do desenvolvimento à implantação, bem como as percepções dos dois grupos principais envolvidos. Os entrevistados de ambos os grupos foram incentivados a participar.

Addendum: Survey Excerpts

Included below are additional, select responses to survey questions, sourced from both NetOps and DevOps respondents. While not a comprehensive list, they are presented here as a sampling of the type of feedback received. Product names have been edited for accuracy; otherwise, the intent is publish comments unedited and as received.

NetOps

If you answered “No” to "Does your Dev team prioritize things properly?" – What would you like to see them prioritize differently?

- Estabilidade, Qualidade e Visão. Muitas vezes as pessoas correm para um encontro e a qualidade é o principal prejudicado. Além disso, não olhar além da tarefa atual leva a uma tonelada de retrabalho e soluções menos que ideais no final (lixo é juntado e pode funcionar, mas não é ótimo ou ideal de forma alguma).

- Precisamos de mais colaboração entre as equipes de desenvolvimento e administração de sistemas. Não estamos abandonando a administração manual com rapidez suficiente.

- Gostaria de ver as equipes de desenvolvimento se preocupando mais com a confiabilidade operacional, consistência da arquitetura e cooperação entre diferentes equipes de desenvolvimento

- Os desenvolvedores de aplicativos não pensam em rede ou segurança, a segurança está apenas marginalmente ciente do desenvolvimento, a rede aprende sobre as mudanças operacionais quando o desenvolvimento é concluído.

In an ideal world, how would you improve the interaction, communication, collaboration, etc. between your Dev and Ops teams?

- Melhore as métricas, o monitoramento e a visibilidade para que ambos os lados sejam informados sobre o desempenho. Automatize o pipeline para acelerar a entrega de serviços. Forneça capacidade adequada para evitar longos prazos de entrega.

- Substitua-os por pessoas mais inteligentes

- Pare de ver uns aos outros como obstáculos e deixe que todas as equipes contribuam onde podem agregar melhor valor. A automação é ótima, mas sem alguma supervisão, algumas soluções podem funcionar, mas geralmente há uma maneira melhor e mais otimizada de fazer isso.

- More blurring of the line between the dev and ops teams. Should be considered "one team" with a shared goal to deliver applications in a way that can scale and perform well on the available infrastructure with minimal overhead.

- A comunicação não importa se você está falando com o equivalente mental de uma pedra em uma gravata.

- Envolver a equipe F5 mais cedo em seu processo no ciclo DEV.

- Bring in Ops earlier in the dev cycle

- Código compartilhado e visibilidade de pipelines. Quantas mais ferramentas puderem ser gerenciadas por código, melhor (por exemplo, não podemos gerenciar razoavelmente um F5 BIG-IP em código, e esse é um ponto fraco em nosso processo).

DevOps

Se você respondeu “Não” para “Sua equipe de operações prioriza as coisas corretamente?” – O que você gostaria que eles priorizassem de forma diferente?

- Gostaria de vê-los priorizar a criação automatizada e independente de nuvem de recursos no espaço da nuvem. Infraestrutura de botão de pressão, que é definitivamente viável e útil para desenvolvedores, controle de qualidade e operações.

- Eles precisam se adaptar à automação de tudo o que tocam e parar de temer a perda do emprego

- Muito trabalho manual, nenhuma automação, falta de compreensão do problema técnico central. Capacite os desenvolvedores.

- Eles tendem a resolver problemas jogando dinheiro neles. Mais equipamentos (caros). Mais pessoal para girar a manivela, em vez de automação.

In an ideal world, how would you improve the interaction, communication, collaboration, etc. between your Dev and Ops teams?

- Gostaria que a equipe de operações fornecesse mais ferramentas para abstrair os detalhes do ambiente operacional

- Sou desenvolvedor e precisamos implantar e automatizar a infraestrutura. Os caras das operações precisam aprender a automatizar e usar algumas ferramentas.

- Mudar a equipe de operações para ser mais um suporte de infraestrutura que automatiza o gerenciamento da infraestrutura. Isso permitiria que os desenvolvedores usassem a infraestrutura mais como um serviço, em vez de depender de operações para realizar atualizações, gerenciamento de servidores, etc. Eu também incorporaria membros da equipe de operações a outros grupos como um elo para ajudar a tornar os aplicativos mais fáceis de gerenciar.

- Ops team needs expanded and directly involved in development and testing. less a place to go to for requests and more of an integrated partner on the front lines.

Recursos adicionais

• F5 Survey Finds DevOps and NetOps Agree on Importance of Automation and Frequency of Deployments – F5 Blog Post
• NetOps and DevOps Want More Collaboration in a Multi-Cloud World – F5 Press Release