Uma mala de viagem de “desenvolvimento” e “operações”, o devops surgiu como uma forma de reunir dois grupos anteriormente separados responsáveis pela construção e implantação de software.
No velho mundo, os desenvolvedores (desenvolvedores) normalmente escreviam o código antes de entregá-lo aos administradores do sistema (operações ou operações) para implantar e integrar esse código. Mas à medida que a indústria mudou para o desenvolvimento ágil e para a computação nativa da nuvem, muitas organizações se reorientaram em torno de práticas modernas e nativas da nuvem na busca por lançamentos melhores e mais rápidos.
Isso exigia uma nova maneira de executar essas funções-chave de uma forma mais simplificada, eficiente e coesa, onde as antigas frustrações das funções desconectadas de desenvolvimento e operações fossem eliminadas. Com dois grupos trabalhando juntos, os desenvolvedores podem implementar rapidamente pequenas melhorias de código por meio de integração e entrega contínuas, em vez de gastar anos em lançamentos de produtos “big bang”.
O Devops nasceu em empresas nativas da nuvem como Facebook, Netflix, Spotify e Amazon; mas tornou-se uma das tendências definidoras da indústria de tecnologia da última década, principalmente porque preenche muitas das mudanças que moldaram o desenvolvimento de software moderno.
À medida que o desenvolvimento ágil e a computação nativa em nuvem se tornaram onipresentes, o devops permitiu que toda a indústria acelerasse seus ciclos de desenvolvimento de software. Assim, o Devops já se infiltrou completamente nas empresas, especialmente em organizações que dependem de software para gerir os seus negócios, como bancos, companhias aéreas e retalhistas. E gerou uma série de outras práticas de “operações”, algumas das quais abordaremos aqui.(JF1)
Práticas Devops
Devops requer uma mudança de mentalidade de ambos os lados da divisão de desenvolvimento e operações. As equipes de desenvolvimento devem se concentrar em aprender e adotar processos ágeis, padronizar plataformas e ajudar a impulsionar a eficiência operacional. As equipes de operações agora devem se concentrar em melhorar a estabilidade e a velocidade, ao mesmo tempo em que reduzem custos trabalhando lado a lado com a equipe de desenvolvedores.
Em termos gerais, todas essas equipes precisam falar uma linguagem comum e é necessário que haja um objetivo compartilhado e uma compreensão das principais habilidades de cada um para que o Devops prospere.
Mais especificamente, os engenheiros Damon Edwards e John Willis criaram o modelo CALMS para reunir o que é comumente entendido como os princípios-chave do devops:
- Cultura: Aquela que adota metodologias ágeis e está aberta a mudanças, melhorias constantes e responsabilidade pela qualidade ponta a ponta do software.
- Automação: automatizar o trabalho remoto é um objetivo fundamental para qualquer equipe Devops.
- Lean: Garantir o fluxo suave do software através das principais etapas o mais rápido possível.
- Medição: Você não pode melhorar o que não mede. O Devops busca uma cultura de medição e feedback constantes que podem ser usados para melhorar e dinamizar conforme necessário, em tempo real.
- Compartilhamento: O compartilhamento de conhecimento em uma organização é um princípio fundamental do Devops.
“Quem poderia voltar à maneira antiga de tentar descobrir como fazer com que o ambiente do seu laptop tenha a mesma aparência do ambiente de produção? Todas essas coisas deixam tão claro que há uma maneira melhor de trabalhar. Acho que é muito difícil voltar atrás depois de fazer coisas como integração contínua, como entrega contínua. Depois de experimentar isso, é realmente difícil voltar à maneira antiga de fazer as coisas”, disse Kim ao InfoWorld.
O que é um engenheiro devops?
Naturalmente, o surgimento do Devops gerou todo um novo conjunto de cargos, o mais proeminente dos quais é o de engenheiro Devops abrangente.
De modo geral, essa função é a evolução natural do administrador de sistema — mas em um mundo onde desenvolvedores e operações trabalham em estreita colaboração para fornecer software melhor. Essa pessoa deve ter uma combinação de habilidades de programação e administrador de sistema para que possa unir efetivamente esses dois lados da equipe.
Essa ponte entre os dois lados requer fortes habilidades sociais, mais do que técnicas. Como disse Kim, “uma das habilidades, habilidades e traços mais importantes necessários nessas rebeliões pioneiras – usando devops para derrubar a antiga e poderosa ordem, que está muito feliz em fazer as coisas da maneira que têm feito por 30 a 40 anos – são as habilidades multifuncionais para serem capazes de alcançar seus colegas de negócios e ajudar a resolver problemas”.
Essa pessoa, ou equipe de pessoas, também terá que ser um otimizador nato, com a tarefa de melhorar continuamente a velocidade e a qualidade da entrega de software da equipe, seja por meio de melhores práticas, remoção de gargalos ou aplicação de automação para facilitar a entrega de software.
A boa notícia é que essas habilidades são valiosas para a empresa. Os salários para este conjunto de cargos aumentaram constantemente ao longo dos anos, com 95% dos profissionais de Devops ganhando mais de US$ 75.000 por ano em salário em 2020 nos Estados Unidos. Na Europa e no Reino Unido, onde os salários são mais baixos em todos os níveis, 71% ganharam mais de 50.000 dólares por ano em 2020, contra 67% em 2019.
Principais ferramentas devops
Embora o devops seja, em sua essência, uma mudança cultural, surgiu um conjunto de ferramentas para ajudar as organizações a adotarem práticas de devops.
Essa pilha normalmente inclui infraestrutura como código, gerenciamento de configuração, colaboração, controle de versão, integração e entrega contínua (CI/CD), automação de implantação, testes e ferramentas de monitoramento.
Aqui estão algumas das ferramentas/categorias que serão cada vez mais relevantes em 2025 e o que está mudando:
- CI/CD e automação de entrega: ferramentas tradicionais como Jenkins permanecem em muitas pilhas, mas ferramentas de orquestração mais recentes e plataformas orientadas por CLI ou centradas em GitOps estão ganhando importância (por exemplo, ArgoCD, Flux, Tekton). Além disso, as plataformas que se integram mais estreitamente com monitoramento, gerenciamento de segredos, detecção de desvios e aplicação de políticas estão ganhando força.
- Ferramentas de segurança, conformidade e devsecops: As ferramentas de segurança estão cada vez mais integradas aos pipelines Devops. Espere ver mais uso de análise estática (SAST), testes dinâmicos (DAST), varredura de dependência e cadeia de suprimentos (SCA), gerenciamento de segredos e política como código. O impulso é incorporar a segurança mais cedo e preencher lacunas entre as equipes de desenvolvimento, segurança e aprendizado de máquina. (InfoMundo:)
- Aumento de IA e automação: As ferramentas assistidas por IA fazem cada vez mais parte das pilhas de ferramentas: sugestões automáticas em CI/CD, detecção de anomalias, escalabilidade preditiva, seleção inteligente de conjuntos de testes e muito mais. A esperança é que estas ferramentas reduzam as intervenções manuais e melhorem a fiabilidade. Ferramentas que estão “prontas para IA” – isto é, que se integram bem com a IA ou possuem automação ou assistência integrada e madura – se destacam cada vez mais do pacote.
Desafios Devops
Mesmo à medida que o Devops se torna mais amplamente adotado, ainda existem obstáculos reais que podem retardar o progresso ou limitar o impacto. Um grande desafio é a persistência lacuna de competências. Espera-se que o engenheiro (ou equipe) de devops moderno domine não apenas o controle de origem, CI/CD e scripts, mas também a arquitetura de nuvem, infraestrutura como código, melhores práticas de segurança, observabilidade e forte comunicação entre equipes. Em muitas organizações, essas capacidades são desiguais: algumas equipes se destacam, outras ficam para trás. Uma pesquisa de 2024 mostrou que, embora 83% dos desenvolvedores relatem participar de atividades Devops, o uso de múltiplas ferramentas de CI/CD estava correlacionado com pior desempenho — um sinal de que a complexidade sem conhecimento profundo pode sair pela culatra.
Fragmentação e complexidade do conjunto de ferramentas é uma questão relacionada. As cadeias de ferramentas Devops surgiram em uma variedade às vezes desconcertante de pacotes e técnicas para dominar: controle de versão, construção/teste de CI, verificação de segurança, gerenciamento de artefatos, monitoramento, observabilidade, implantação, gerenciamento de segredos e muito mais.
Quanto mais ferramentas você tiver, mais difícil será integrá-las de forma limpa, gerenciar suas versões, garantir compatibilidade e evitar esforços duplicados. As organizações muitas vezes ficam presas à “expansão de ferramentas” – ferramentas escolhidas por diferentes equipes, sistemas legados ou funcionalidades sobrepostas – que introduzem atritos, carga de manutenção e, às vezes, vulnerabilidades.
Finalmente, embora o devops tenha se espalhado por toda parte, ainda há resistência cultural e alinhamento. Devops não envolve apenas ferramentas e processos; trata-se de colaboração, responsabilidade compartilhada e feedback contínuo. Equipes enraizadas em silos tradicionais (desenvolvimento versus operações ou segurança separada) podem resistir a mudanças em funções e fluxos de trabalho. Apoio de liderança, comunicação de objetivos compartilhados, confiança e permissão para aprendizado contínuo são todos necessários.
Muitos CIOs se concentram muito primeiro nas ferramentas ou na implementação, em vez da cultura e dos comportamentos organizacionais; mas sem abordar a cultura, mesmo as melhores ferramentas ou processos podem não produzir a velocidade, a qualidade ou a fiabilidade esperadas. As organizações que têm sucesso aqui tendem a ter estratégias proativas: programas de formação dedicados, orientação, “guildas” internas, emparelhamento de engenheiros juniores e seniores e garantia de que a liderança apoia a aprendizagem contínua, em vez de bootcamps únicos.
Por que devops?
Quem quer que você pergunte lhe dirá que o devops é uma grande mudança cultural para as organizações, então por que passar por essa dor?
O Devops visa combinar os objetivos anteriormente conflitantes de desenvolvedores e administradores de sistema. De acordo com seus princípios, todo desenvolvimento de software visa atender às demandas de negócios, adicionar funcionalidades e melhorar a usabilidade dos aplicativos, ao mesmo tempo que garante que esses aplicativos sejam estáveis, seguros e confiáveis. Feito da maneira certa, isso melhora a velocidade e a qualidade de sua produção, ao mesmo tempo que melhora a vida daqueles que trabalham nesses resultados.
O Devops economiza dinheiro – ou aumenta custos?
As equipes Devops estão reconhecendo que a velocidade e a agilidade são apenas parte do sucesso – contas de nuvem não controladas e desperdícios prejudicam a sustentabilidade a longo prazo. O desperdício em DevOps geralmente vem na forma de “dívida de DevOps” – capacidade ociosa da nuvem, código morto ou alertas de segurança falso-positivos – que foi chamada de “imposto oculto sobre inovação” em estudos recentes sobre o ambiente Java.
A incorporação de práticas de finops pode ajudar a combater esses custos. As equipes devem mudar para a esquerda no que diz respeito aos custos: estimar custos ao criar novos ambientes, redimensionar instâncias e reduzir recursos não utilizados antes que se tornem despesas descontroladas.
Como começar com devops
Existem muitos recursos para ajudar a começar com Devops, incluindo o próprio Kim Manual Devopsou você pode contar com a ajuda de consultores externos. Mas você precisa ser metódico e se concentrar mais em seu pessoal do que nas ferramentas e na tecnologia que eventualmente usará se quiser garantir uma adesão duradoura em toda a empresa.
Um caminho comprovado para alcançar isso é uma estratégia de “aterrar e expandir”, onde um pequeno grupo começa mapeando os principais fluxos de valor e identificando uma única equipe de produto ou carga de trabalho para testar práticas de DevOps. Se esta equipe conseguir provar o valor da mudança, você provavelmente começará a despertar o interesse de outras equipes e da liderança sênior.
No entanto, se você está no início de sua jornada Devops, certifique-se de estar preparado para a interrupção que uma mudança como essa pode causar em sua organização e fique de olho no prêmio de construir um software melhor, mais rápido e mais forte.
Mais sobre devops:
- Dívida Devops: o imposto oculto sobre a inovação
- 10 grandes erros de devops e como evitá-los
- Devops mais inteligentes: como evitar horrores na implantação
