Há poder nos nomes, ou pelo menos é isso que aprendemos com os mitos, as lendas e os desenhos animados das manhãs de sábado. Shakespeare talvez discordasse, mas toda história heroica dá nomes icônicos a seus heróis e heroínas.
Assim, quando damos um nome a algo, como DevOps, estamos atribuindo a esse algo determinadas características. Essas características são próprias de seus profissionais. Embora esse grupo crescente de profissionais certamente tenha herdado alguns atributos de sua origem em operações voltadas ao desenvolvimento, a combinação de preferências por ferramentas e metodologias, bem como seus fluxos de trabalho cotidianos, torna esses profissionais únicos. Eles não são nem desenvolvedores nem operadores.
A base de participantes da nossa pesquisa State of App Services é sempre diversificada, mas com predominância de funções operacionais tradicionais de TI: operações de rede, segurança e sistemas. No entanto, observamos um aumento constante no número de desenvolvedores e de profissionais que se identificam como DevOps ou engenheiros de confiabilidade de sites (SRE). Dado o papel singular e cada vez mais importante que desempenham nas iniciativas de transformação digital, analisamos os dados com foco nas atitudes, percepções e preferências dos profissionais de DevOps.
Mas, antes de se aprofundar no assunto, queremos reiterar que o DevOps é único. Se você acha que os profissionais de DevOps são apenas desenvolvedores que escrevem scripts e gerenciam pipelines de CI/CD, está enganado. Se acha que são apenas profissionais de operações focados no pipeline de desenvolvimento, também está enganado.
O que encontramos nos dados foram pontos de vista e perspectivas singulares sobre tecnologia — desde serviços de aplicativos e ferramentas até a escassez de competências em segurança —, e esses três grupos de profissionais têm opiniões diferentes.
Hoje, as ferramentas são parte integrante dos três grupos, devido à ênfase dada à automação e à orquestração em todos os domínios. Embora os três grupos utilizem um número significativo de ferramentas, algumas preferências ficam evidentes quando analisamos o uso com base na função declarada por cada profissional.
Por exemplo, profissionais de DevOps têm uma probabilidade muito maior de usar o Ansible do que profissionais de operações ou desenvolvedores. Eles também são um pouco mais propensos a utilizar scripts personalizados (geralmente em Python) e preferem o GitLab, enquanto os desenvolvedores tendem a preferir o GitHub.
Também observamos diferenças claras nas preferências de cada grupo em relação aos serviços de aplicativos. É verdade que as equipes de operações continuam sendo as principais responsáveis pela implantação e operação desses serviços, tanto na nuvem pública quanto em ambientes locais. Os desenvolvedores têm pouca responsabilidade operacional, mas o DevOps vem ganhando espaço à medida que os serviços de aplicativos nativos de contêineres crescem junto com os aplicativos aos quais dão suporte. Isso é importante quando analisamos as características que cada grupo prioriza ao implantar serviços de aplicativos, independentemente do local.
Os desenvolvedores, como tem sido o caso há anos, concentram-se principalmente no desempenho. Curiosamente, eles concordam com a equipe de operações quanto à amplitude de funcionalidades, como um conjunto robusto de opções de balanceamento de carga. Mas a equipe de DevOps dá pouca importância a isso, preferindo facilidade de uso, implantação e operação, além de custo. Os desenvolvedores, cuja principal interação com serviços de aplicações provavelmente ocorre por meio de opções nativas de contêineres, estão muito mais preocupados com a facilidade de integração aos ecossistemas nos quais essas aplicações e esses serviços de aplicações são implantados e operam.
A singularidade do DevOps também pode ser observada nas deficiências autodeclaradas em competências de segurança. Metade (50%) dos profissionais de DevOps apontou a segurança de rede como sua principal deficiência nessa área, seguida pela segurança de endpoints (41%) e pela segurança de aplicações (41%). Os desenvolvedores citaram a segurança de aplicações (49%) como sua maior deficiência, seguida pela segurança de rede (46%) e, significativamente, por DevOps (43%). Mais da metade dos profissionais de operações apontou a segurança de aplicações como sua maior fraqueza (56%), seguida pela segurança de rede (41%) e, talvez devido à responsabilidade de implantar e operar serviços de aplicações, pela segurança em nuvem pública (39%).
A principal conclusão aqui é que não se deve agrupar esses três grupos distintos de profissionais. Cada um tem suas próprias preferências de ferramentas, desafios e requisitos para os serviços de aplicativos que implantam e operam.
Com isso em mente, recomendo que você se aprofunde na edição State of App Services 2020 DevOps para obter mais insights e análises sobre os profissionais que adotam DevOps em todo o mundo.
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...