Relatório da pesquisa de DevOps e NetOps da F5: a automação é fundamental para reduzir a exclusão digital
Muito se fala sobre a relação arquetípica entre DevOps e NetOps. Somos constantemente bombardeados por uma série de discursos do tipo “nós contra eles”, que colocam um lado contra o outro, lançando aplicações e acusações de um lado para o outro por cima do muro que os separa. Com a crescente 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 dos aplicativos de todos os demais.
Felizmente, essa exclusão digital está diminuindo graças à automação e à orquestração de TI. Ao entrevistarmos separadamente cada grupo, investigando o uso que fazem da tecnologia, suas percepções mútuas e os aplicativos que disponibilizam, constatamos que tanto as equipes de NetOps quanto as de DevOps desejam colaborar para eliminar esse abismo digital. Isso é cada vez mais uma boa notícia para as empresas que estão iniciando iniciativas de transformação digital que exigem a escala e a velocidade que somente a automação e a orquestração podem proporcionar com eficiência. Também é uma boa notícia para as organizações que enfrentam dificuldades com ambientes multinuvem, os quais exigem mais atenção de equipes já sobrecarregadas. Reduzir a pressão sobre os ambientes locais por meio da automação pode liberar recursos para cuidar de projetos relacionados à nuvem.
884 profissionais de NetOps e DevOps responderam a pesquisas on-line realizadas no verão de 2017. Fizemos várias perguntas sobre suas percepções em relação às aplicações em geral e aos profissionais da área correspondente, seja NetOps ou DevOps, além de perguntas sobre a percepção da frequência e das taxas de sucesso das implantações.
Os resultados mostram que, embora a barreira entre eles ainda exista, ela não é nem de longe tão alta ou intransponível quanto sugerem os diálogos dentro das comunidades ou outros relatórios do setor. Encontramos muitos pontos em comum entre organizações de todos os portes e setores no que diz respeito à importância e ao desejo de automatizar o pipeline de produção, bem como à confiança compartilhada na segurança, no desempenho e na confiabilidade das aplicações que ambos os grupos se empenham em desenvolver e implantar.
A automação parece ser uma força unificadora para NetOps e DevOps. Pelo menos em princípio, ainda que não nos detalhes específicos da implementação.
Embora DevOps e NetOps ainda discordem sobre quanto acesso ao pipeline deve ser disponibilizado por meio de autoatendimento e automação, em geral, ambos os grupos consideram que o outro está no caminho certo. 82% dos profissionais de DevOps e 76% dos profissionais de NetOps concordam que o outro grupo prioriza “as coisas certas”. Claramente, há pontos em comum entre os dois lados da divisão digital, pelo menos em termos de objetivos e foco, ainda que nem sempre no organograma.
Entre os profissionais de NetOps que discordam, a resposta mais comum sobre o que o DevOps não prioriza o suficiente foi a segurança. A confiabilidade também foi mencionada com frequência como uma fonte de frustração dos profissionais de NetOps em relação aos seus colegas de DevOps.
Como era de se esperar, uma das críticas mais recorrentes do DevOps em relação às prioridades do NetOps dizia respeito à automação — ou melhor, à falta dela.
Essa divergência de opiniões provavelmente está na raiz de nossa próxima descoberta importante, que revelou o impacto que a falta de acesso dos desenvolvedores e das equipes de DevOps ao pipeline de produção por meio de automação e autoatendimento exerce sobre a adoção da nuvem e de soluções fora da área de TI.
A automação afeta a adoção da nuvem
Agora eles conseguem ouvir você. Há muito tempo, acredita-se que um dos fatores que impulsionam a adoção da nuvem — tanto pelas partes interessadas da área de negócios quanto pelas de DevOps — seja a falta de acesso por autoatendimento ao pipeline de implantação em produção, o que resulta em ciclos de implantação demorados. A notícia não tão boa é que nossa pesquisa confirma essa crença: 27% dos profissionais de DevOps afirmam que isso influencia “muito” sua decisão de recorrer a soluções baseadas na nuvem, enquanto 38% dizem que influencia “um pouco”. A boa notícia é que as equipes de NetOps não estão alheias a esse impacto. Mais de 65% dos profissionais de NetOps afirmam que seu desejo de automatizar e oferecer acesso por autoatendimento ao pipeline de produção é influenciado “um pouco” ou “muito” pelas decisões das equipes de DevOps de adotar a nuvem.
Principais conclusões
- Forte apoio à automação. Há um amplo consenso sobre a importância de automatizar os pipelines de entrega e implantação, com uma avaliação média de relevância, em uma escala de 5 pontos, de 4,0 entre os profissionais de DevOps e 3,5 entre os de NetOps. De modo geral, os participantes também relataram maior confiança na confiabilidade, no desempenho e na segurança das aplicações quando mais de 50% do pipeline de produção é automatizado. Ambos os grupos também concordaram, em sua grande maioria, que o outro estava “priorizando as coisas certas”.
- A automação afeta a adoção da nuvem e vice-versa. Apesar desse consenso, as diferenças de opinião entre os dois grupos são reais e têm consequências. Uma delas diz respeito às visões divergentes sobre o acesso ao pipeline de produção, o que, em nossa opinião, contribui para o crescimento da estratégia multinuvem. Do lado de DevOps, 65% dos entrevistados afirmaram que a falta de acesso ao pipeline de produção influencia sua decisão de buscar soluções na nuvem e externas. Por outro lado, quase metade dos profissionais de NetOps (44%) afirma que a decisão de DevOps de migrar para a nuvem influencia “um pouco” sua disposição de fornecer esse acesso ao pipeline, enquanto outros 21% admitem que isso os influencia “muito”.
- Divergências sobre o acesso ao pipeline. Os esforços de transformação digital voltados à entrega de aplicações para melhorar a eficiência interna e o engajamento externo precisam transpor a divisão entre desenvolvimento e produção. Constatamos que a barreira entre os dois ainda existe, com opiniões divergentes sobre quanto acesso ao pipeline de produção deve ser disponibilizado aos desenvolvedores e às equipes de DevOps. A maior parcela dos profissionais de DevOps entrevistados acredita que mais de 75% do pipeline de produção deve estar disponível por meio de autoatendimento e automação. As equipes de NetOps são menos flexíveis, mas a diferença não é tão grande quanto a percepção popular nos leva a crer.
- A frequência atual de implantações está adequada. Tanto as equipes de DevOps quanto as de NetOps concordaram enfaticamente que a frequência atual das implantações era "boa o suficiente". Em linha com a percepção atual de desconexão entre os dois grupos, os profissionais de NetOps têm o dobro da probabilidade de considerar uma frequência de implantação “excessiva” em comparação com os de DevOps. Apenas alguns profissionais de DevOps (4%) indicaram acreditar que lançamentos podem ser “frequentes demais”.
Forte apoio à automação
O jogo de empurra acabou. Ao contrário das narrativas populares que colocam NetOps e DevOps em lados opostos, em um interminável jogo de acusações após incidentes, encontramos evidências de que cada grupo vê o outro de forma muito mais positiva.
A adoção da nuvem por aqueles que se sentem frustrados com a falta de acesso ao pipeline contribui significativamente para o crescimento da multinuvem e para os desafios de segurança e desempenho associados a ela, como frequentemente observam aqueles que enfrentam a consequente “TI paralela” gerada por esse cenário. Embora a equipe de NetOps continue empenhada em oferecer acesso por meio de automação e autoatendimento com nuvem privada ou sistemas semelhantes à nuvem, ainda há um investimento significativo em soluções de nuvem externas que dificilmente será ignorado. Isso faz com que as organizações tenham de gerenciar, monitorar e proteger diversas soluções — e ambientes — de nuvem, aumentando a complexidade das operações na economia digital.
A questão agora não é “oferecemos acesso de autoatendimento ao pipeline de produção?”, mas sim “quanto devemos expor?”
Divergências em torno do acesso ao pipeline
Quanto é suficiente? O nível adequado de acesso ao pipeline para desenvolvedores e equipes de DevOps por meio de recursos de automação e autoatendimento revelou algumas divergências marcantes de opinião. A equipe de DevOps definitivamente quer mais acesso ao pipeline de produção do que a equipe de NetOps se sente confortável em oferecer.
Embora não tenhamos investigado a relutância das equipes de NetOps em conceder às equipes de DevOps maior acesso ao pipeline, uma possível explicação pode estar nas competências disponíveis para isso. De modo geral, os profissionais de NetOps entrevistados acreditam que há uma lacuna entre as competências necessárias para realizar seu trabalho e a capacitação e o conhecimento que possuem atualmente.
Na verdade, tanto os profissionais de NetOps quanto os de DevOps que se identificam como “desenvolvedores” mostraram-se mais propensos a acreditar que seus empregos continuariam relevantes em cinco anos, considerando responsabilidades e conjuntos de habilidades semelhantes. Os menos confiantes foram aqueles que se identificaram como operadores de rede — dos dois lados da barreira.
O estado atual da automação do pipeline de produção no lado de NetOps parece refletir o impacto dessa lacuna de competências. Não foi surpresa constatar que ela está consideravelmente atrás da automação do pipeline de entrega de DevOps. Enquanto 11% dos profissionais de NetOps admitem não ter nenhuma automação no pipeline de produção, apenas 5% dos profissionais de DevOps disseram o mesmo sobre o pipeline de entrega de aplicações.
É importante observar o estado da automação de pipelines, considerando nossa constatação de uma correlação positiva entre a automação de pipelines e a frequência de implantações bem-sucedidas. Entre os profissionais de NetOps que indicaram um percentual mais alto de automação de pipelines (75% ou mais), 86% também relataram uma maior frequência de implantações altamente bem-sucedidas (90% ou mais).
Mas esse não é o único fator, pois a frequência das alterações nos aplicativos também parece afetar a frequência das implantações bem-sucedidas.
A frequência atual de implantação está adequada
Estamos bem assim, obrigado. Talvez a maior divisão cultural ainda esteja na frequência de implantação. Enquanto algumas equipes de DevOps disponibilizam aplicações em produção em um ritmo alucinante (12% implementam mudanças em produção mais de uma vez por dia), as equipes de NetOps parecem se sentir muito mais à vontade implementando essas mudanças em um ritmo mais lento, porém constante.
De modo geral, parece haver certo consenso entre a maioria dos entrevistados em torno das frequências mensal e semanal. Como era de se esperar, as equipes de DevOps preferem fazer entregas com mais frequência do que as de NetOps. Mais especificamente, entre os 26% dos profissionais de DevOps que desejam fazer entregas com maior frequência, 28% entregam uma vez por semana e 26% já entregam mais de uma vez por dia.
As percepções sobre a adequação da velocidade com que as mudanças são implementadas variam de um grupo para outro. No entanto, vale destacar que a maioria de ambos os grupos (70% de DevOps e 74% de NetOps) descreveu a frequência das mudanças como “boa o suficiente para nós”.
É aí que as semelhanças terminam. Enquanto apenas 4% dos profissionais de DevOps afirmaram que o cronograma atual era “frequente demais”, entre os profissionais de NetOps, o percentual dos que consideraram a frequência das entregas “frequente demais” foi o dobro. Mais de um em cada quatro profissionais de DevOps (26%) quer acelerar o ritmo, enquanto menos de um em cada cinco profissionais de NetOps (18%) deseja fazer o mesmo.
No entanto, deixando de lado as preferências e analisando os resultados, é possível identificar o que pode ser a frequência de implantação “ideal” para equilibrar a velocidade e as taxas de sucesso. Entre os 65% dos profissionais de NetOps e os 57% dos profissionais de DevOps cujas implantações são bem-sucedidas em mais de 90% das vezes, as alterações são enviadas para produção “uma vez por semana”.
Conclusão
A lacuna digital que as aplicações precisam transpor para passar da entrega à implantação ainda existe. Partes significativas do pipeline de implantação continuam sendo executadas manualmente, o que continuará impulsionando a migração das aplicações para a nuvem. Por sua vez, à medida que o DevOps optar pela nuvem, o NetOps fornecerá mais recursos de autoatendimento necessários para acelerar essa jornada.
A automação é fundamental para superar essa lacuna digital, pois permite que as equipes de NetOps e DevOps trabalhem de forma mais inteligente, não mais árdua, e ampliem juntas as operações para atender às necessidades da empresa.
Metodologia
Os dados deste relatório foram compilados a partir de duas pesquisas on-line distintas, realizadas em julho de 2017. Ambas foram elaboradas para investigar o uso da automação no ciclo de vida das aplicações, desde o desenvolvimento até a implantação, bem como as percepções dos dois principais grupos envolvidos. Os participantes de ambos os grupos receberam incentivos para participar.
Adendo: Trechos da pesquisa
Abaixo estão algumas respostas adicionais a perguntas da pesquisa, fornecidas por participantes das áreas de NetOps e DevOps. Embora não constituam uma lista completa, elas são apresentadas aqui como uma amostra do tipo de feedback recebido. Os nomes dos produtos foram ajustados para garantir a precisão; fora isso, a intenção é publicar os comentários sem alterações, exatamente como foram recebidos.
NetOps
Se você respondeu “Não” à pergunta "Sua equipe de desenvolvimento prioriza as coisas adequadamente?" – O que você gostaria que ela priorizasse de forma diferente?
- Estabilidade, qualidade e visão. Com muita frequência, as pessoas correm para cumprir um prazo, e a qualidade é o que mais sofre. Além disso, não olhar além da tarefa atual acaba gerando muito retrabalho e soluções aquém do ideal (improvisos são remendados e podem até funcionar, mas estão longe de ser ideais ou eficientes).
- Precisamos de mais colaboração entre as equipes de desenvolvimento e de administração de sistemas. Não estamos abandonando a administração manual com rapidez suficiente.
- Eu gostaria que as equipes de desenvolvimento se preocupassem mais com a confiabilidade operacional, a consistência da arquitetura e a cooperação entre as diferentes equipes de desenvolvimento
- Os desenvolvedores de aplicativos não estão pensando em rede ou segurança; a equipe de segurança tem apenas um conhecimento superficial do desenvolvimento, e a equipe de redes só fica sabendo das mudanças operacionais depois que o desenvolvimento é concluído.
Em um mundo ideal, como você melhoraria a interação, a comunicação, a colaboração etc. entre suas equipes de Desenvolvimento e Operações?
- Aprimorar as métricas, o monitoramento e a visibilidade para que ambas as partes estejam cientes do desempenho. Automatizar o pipeline para agilizar a entrega de serviços. Disponibilizar capacidade adequada para evitar prazos de entrega longos.
- Substitua-os por pessoas mais inteligentes
- Parem de enxergar uns aos outros como obstáculos e permitam que todas as equipes contribuam nas áreas em que podem agregar mais valor. A automação é excelente, mas, sem alguma supervisão, acabam sendo implementadas soluções que podem até funcionar, embora muitas vezes haja uma maneira melhor e mais eficiente de fazer isso.
- Maior integração entre as equipes de desenvolvimento e operações, reduzindo ainda mais as fronteiras entre elas. Devem ser consideradas "uma única equipe", com o objetivo comum de entregar aplicações capazes de escalar e apresentar bom desempenho na infraestrutura disponível, com o mínimo de sobrecarga.
- A comunicação não importa se você estiver falando com o equivalente intelectual de uma pedra de gravata.
- Envolver a equipe da F5 mais cedo no processo, durante o ciclo de desenvolvimento.
- Envolver a equipe de Operações mais cedo no ciclo de desenvolvimento
- Código compartilhado e visibilidade dos pipelines. Quanto mais ferramentas puderem ser gerenciadas por código, melhor (por exemplo, não é viável gerenciar um F5 BIG-IP por código, e esse é um ponto fraco do nosso processo).
DevOps
Se você respondeu “Não” à pergunta "Sua equipe de Operações prioriza as coisas adequadamente?", o que você gostaria que ela priorizasse de forma diferente?
- Eu gostaria que eles priorizassem a criação automatizada de recursos na nuvem, sem dependência de um provedor específico. Uma infraestrutura que possa ser provisionada com o apertar de um botão, algo perfeitamente viável e útil para as equipes de desenvolvimento, QA e operações.
- Eles precisam se adaptar e automatizar tudo em que trabalham, deixando de lado o medo de perder o emprego
- Excesso de trabalho manual, nenhuma automação e falta de compreensão do problema técnico central. Dê autonomia aos desenvolvedores.
- Eles tendem a resolver os problemas gastando dinheiro. Mais equipamentos (caros). Mais pessoal para executar o trabalho manualmente, em vez de investir em automação.
Em um mundo ideal, como você melhoraria a interação, a comunicação, a colaboração etc. entre suas equipes de Desenvolvimento e Operações?
- Eu gostaria que a equipe de Ops disponibilizasse mais ferramentas para abstrair os detalhes do ambiente operacional
- Sou desenvolvedor e precisamos implantar e automatizar a infraestrutura. O pessoal de operações precisa aprender sobre automação e algumas ferramentas.
- Transformar a equipe de operações em uma equipe mais voltada ao suporte de infraestrutura, automatizando o gerenciamento da infraestrutura. Isso permitiria que os desenvolvedores usassem a infraestrutura mais como um serviço, em vez de depender da equipe de operações para realizar atualizações, gerenciar servidores etc. Eu também integraria membros da equipe de operações a outros grupos, atuando como pontos de contato para ajudar a tornar os aplicativos mais fáceis de gerenciar.
- A equipe de operações precisa ser ampliada e participar diretamente do desenvolvimento e dos testes. Deve ser menos um setor ao qual recorrer para fazer solicitações e mais uma parceira integrada, atuando na linha de frente.