A Integração de Ferramentas no DevOps Está a Fazer Mais Mal do que Bem?

Discover how to deliver better software and systems in rapidly scaling environments. Join our Community

A gestão de um conjunto crescente de ferramentas DevOps conduz frequentemente a ineficiências e complexidade, tornando fundamental equilibrar a automatização com estratégias coesas. Prashanth Nanjundappa partilha perspectivas sobre a optimização da integração de ferramentas, o alcance da maturidade DevSecOps e o alinhamento da automatização com os objectivos organizacionais para melhorar a produtividade e a resiliência nos ambientes de TI modernos.

Orchestration in Modern DevOps Pipelines featured image

Gerir um conjunto de ferramentas DevOps em constante expansão pode ser uma bênção e um fardo. À medida que as organizações navegam por um panorama de TI diversificado e procuram manter-se competitivas, surge a questão: estaremos a complicar demasiado as nossas pilhas tecnológicas ou estaremos realmente a tirar partido destas ferramentas para alcançar progressos significativos? 

Para compreender melhor estes desafios e o caminho a seguir, falámos com Prashanth Nanjundappa, vice-presidente de Gestão de Produto na Progress. Com mais de 20 anos de experiência no setor tecnológico, Prashanth partilha as suas perspetivas sobre a otimização da integração de ferramentas, o equilíbrio entre a automatização e a experiência humana e a garantia de que as práticas modernas de DevOps proporcionam valor real.

  1. Com as equipas de DevOps imersas em ferramentas, estaremos a chegar a um ponto em que a integração de ferramentas causa mais prejuízos do que benefícios? Como podemos repensar a integração para devolver tempo às equipas, mantendo simultaneamente a coesão do sistema?

O panorama atual de TI é heterogéneo, com uma combinação de nuvem pública, nuvem privada, produtos SaaS e dispositivos na periferia da rede. Além disso, a tomada de decisões de compra é descentralizada, abrangendo desde os CIO até várias equipas dentro de uma organização. Isto exige uma abordagem estratégica para simplificar a integração de ferramentas.

  • Implemente uma estratégia abrangente ao nível empresarial ou organizacional. Os exemplos incluem a adoção de políticas como código, a priorização da integração orientada para APIs, a criação de um portal interno de autosserviço ou a integração de tudo numa plataforma unificada, como o ServiceNow, o Salesforce ou o Jira.
  • Escolha produtos que suportem a estratégia selecionada, em vez de comprar primeiro as ferramentas e tentar integrá-las na estratégia. Por exemplo, considere ferramentas orientadas para APIs, ferramentas orientadas para código, ferramentas SaaS ou ferramentas que se integrem com a sua cadeia de ferramentas existente, como o Jira, o ServiceNow, a IaC ou o Salesforce.
  • Minimize o número de fornecedores. Uma vez que muitos fornecedores oferecem várias soluções, explore as ofertas dos fornecedores que já fazem parte do seu sistema, em vez de adquirir novas ferramentas para cada novo requisito. Esta abordagem reduzirá tanto a complexidade da gestão de fornecedores como os desafios de integração.
  1. As tarefas não planeadas parecem inevitáveis em infraestruturas complexas, mas como podemos impedir que se tornem a norma? Estaremos a complicar excessivamente as soluções ao depender de correções internas e que alternativas existem que possam crescer sem a necessidade constante de apagar fogos?

As organizações caem frequentemente na armadilha de pensar que podem criar as suas próprias ferramentas. Se a sua empresa não for especializada na gestão de infraestruturas, não crie ferramentas para esse fim. Embora o software de código aberto pareça gratuito, exige um esforço de engenharia significativo para ser desenvolvido, mantido, dimensionado e protegido. Evite estes custos estabelecendo uma parceria com um fornecedor de confiança, para que a sua equipa se possa concentrar nos objetivos essenciais da empresa.

Em segundo lugar, as ferramentas devem ser incorporadas no sistema de registos ou nas ferramentas de gestão de configurações da base de dados de gestão de configurações (CMDB) durante o processo de configuração inicial. Isto proporciona à gestão visibilidade sobre a utilização da infraestrutura, a utilização das ferramentas e as tarefas planeadas ou em curso. Ao obter esta visibilidade, as organizações conseguem compreender melhor e otimizar continuamente os seus processos.

  1. O controlo da orquestração é frequentemente descurado, embora seja a base da eficiência. Qual é o estrangulamento mais comum da orquestração que as equipas de DevOps não discutem e como podemos libertar-nos destes atrasos?

Não diria que a orquestração é descurada; o esforço necessário para a orquestração é quase sempre subestimado. Várias ferramentas e fluxos de trabalho dificultam a manutenção e a gestão de dispositivos de TI por parte dos administradores em ambientes de grande dimensão e complexos. Para lidar com estes cenários, é necessária orquestração. A orquestração reúne pessoas, ferramentas e fluxos de trabalho e simplifica os processos de TI. Com uma plataforma de orquestração empresarial, os administradores têm um controlo flexível e granular sobre inúmeras ações em toda a frota, incluindo opções de direcionamento e agendamento. Os processos, desde as tarefas de rotina até à resposta a incidentes críticos, tornam-se rápidos e eficientes.

Em caso de incidente, seguir estes passos ajudará a reduzir o impacto do incidente e a corrigir a causa-raiz:

  • Orquestre as respostas a incidentes de segurança de terminais, isolando automaticamente os dispositivos comprometidos ou iniciando um processo de procura de ameaças.
  • Orquestre a implementação de correções de segurança em sistemas vulneráveis ou isole os sistemas até que possam receber as correções.
  • Desenvolva e implemente manuais de resposta a incidentes que definam ações específicas a executar durante diferentes tipos de incidentes.
  • Inicie uma tarefa em resposta a situações como contas de utilizador comprometidas ou falhas de início de sessão, redefinindo automaticamente palavras-passe, terminando sessões ou executando outras ações predefinidas.
  • Mantenha a responsabilidade partilhada entre as equipas de resposta a incidentes, facilitando a comunicação e a colaboração.
  1. A transição dos DevOps tradicionais para ambientes modernos está realmente a cumprir as suas promessas ou estamos apenas a acrescentar mais ferramentas ao conjunto? Como podemos garantir que uma configuração “moderna” é verdadeiramente mais eficiente, em vez de ser apenas mais complexa?

A adoção de DevOps é uma jornada para acelerar o processo de desenvolvimento e implementação, reduzindo o tempo de colocação no mercado sem comprometer a qualidade. Os DevOps tradicionais centram-se na integração eficaz das equipas de Desenvolvimento e Operações; isto não inclui as equipas de Segurança como colaboradoras essenciais. Os DevOps modernos não consideram a segurança uma preocupação posterior, integrando-a antes nos fluxos de trabalho essenciais. Também são designados por DevSecOps.

O DevSecOps permite às organizações otimizar a implementação de software seguro, eficiente e responsivo. A integração da segurança desde o início nas equipas de Desenvolvimento e Operações ajuda a reforçar o software contra ameaças, permitindo uma proteção robusta. Esta abordagem também conduz a tempos de entrega mais rápidos, proporcionando às organizações uma vantagem competitiva em mercados dinâmicos. 

O trabalho de equipa colaborativo entre departamentos aumenta a eficiência e a resiliência, enquanto a monitorização contínua reforça uma resposta rápida a incidentes. A automatização simplifica os processos, reduz os erros e promove uma qualidade consistente. Os DevOps modernos (também conhecidos como DevSecOps) não se limitam a adaptar-se à mudança — prosperam com ela, alinhando o software com as necessidades atuais e as aspirações futuras.

  1. Como podemos otimizar a utilização de várias ferramentas de automatização para garantir que aumentam a produtividade, em vez de se tornarem um encargo moroso para as equipas de TI? 

A transição para um modelo totalmente integrado é uma jornada contínua, mesmo para as organizações mais avançadas. O modelo de maturidade DevOps é uma estrutura que orienta esta jornada, ajudando a avaliar e a melhorar a integração da segurança nas práticas de DevOps. 

Um desafio fundamental consiste em identificar e melhorar eficazmente as áreas cruciais nas práticas de DevSecOps, o que exige avaliações regulares, adaptação dos processos e identificação de lacunas. Através de uma avaliação e melhoria contínuas, as organizações procuram alcançar rapidez e elevados padrões de segurança nas suas práticas de DevOps. Como resultado, maximizam os benefícios das várias ferramentas de automatização e da produtividade. 

Um processo de automatização típico baseado em DevOps envolve várias operações apresentadas na imagem seguinte. 

Recomendamos que as organizações se concentrem nestes elementos do modelo de maturidade DevSecOps para medir a sua própria maturidade DevSecOps e identificar áreas de melhoria para reduzir o tempo de colocação no mercado e otimizar os custos:

  1. Alinhamento cultural da organização: Um responsável identificado, o nível de colaboração e comunicação entre as equipas. 
  2. Agilidade do desenvolvimento: Capacidade de fornecer funcionalidades incrementais a uma cadência que permita reagir às pressões do mercado.
  3. Automatização: Em que medida os processos estão automatizados e qual é a extensão e eficácia da automatização ao longo do ciclo de vida? 
  4. Segurança: Integração da segurança com outras áreas funcionais e ao longo do ciclo de vida. 
  5. Testes: Integração das metodologias de teste com os processos gerais e eficácia das práticas envolvidas. 
  6. Monitorização: Como está a monitorização integrada nos processos gerais e qual é a sua eficácia?  
  7. Medição e conformidade das operações: A eficácia operacional, incluindo a governação, envolve medição e conformidade. 

A Avaliação da Maturidade DevSecOps é uma ferramenta essencial para as organizações que procuram avaliar e melhorar a implementação das práticas de DevSecOps. Esta avaliação fornece uma análise de alto nível da maturidade operacional de uma organização, adaptada especificamente à utilização que esta faz das ferramentas DevSecOps. Avalia a eficácia com que uma organização utiliza estas metodologias em todo o seu potencial, fornecendo informações sobre as áreas em evolução e as que já atingiram a maturidade. 

Principais conclusões

À medida que os DevOps continuam a evoluir, uma integração ponderada, uma avaliação contínua e o equilíbrio adequado entre a automatização e a experiência humana permitirão que se mantenha à frente da concorrência.

Prashanth salienta a importância de aproveitar uma estratégia coesa e compreende que a adoção de mais ferramentas não significa necessariamente melhores resultados. Em vez disso, o sucesso depende da otimização das ferramentas e das equipas que as utilizam. 

Ao concentrarem-se na maturidade DevSecOps e ao alinharem a automatização com a cultura organizacional, os líderes de DevOps podem criar um sistema que aumenta a produtividade e a resiliência, prosperando verdadeiramente no meio de mudanças rápidas.

Subscreva a newsletter do The CTO Club para obter mais entrevistas, ferramentas e boas práticas de DevOps. 

Katie Sanders
As a data-driven content strategist, editor, writer, and community steward, Katie helps technical leaders win at work. Her 15 years of experience in the tech space makes her well-rounded to provide technical audiences with first-hand operating wisdom so senior tech leaders can get clarity. Tech leaders want to learn from peers who’ve been there. Katie surfaces hard-won lessons that help leaders scale systems, teams, and strategy in the face of disruption. Katie is an Executive Editor at Black & White Zebra. She nurtures a large and diverse community of technical experts and writers, and she knows that a thriving community doesn't grow without thoughtfulness, advocacy, and intention. Interested in being reviewed? Find out more here.
Follow the author:

You may also like