- Ganho de produtividade no desenvolvimento com o uso de ferramentas de CI/CD
- Resultado da pesquisa do relatório ‘State Of Continuous Integration & Continuous Delivery Report’, divulgado em abril deste ano pela SlashData, empresa britânica de análise de desenvolvedores, e pela Continuous Delivery Foundation (CDF), comunidade global de código aberto
- Desenvolvedores que usam ferramentas de CI/CD (gerenciadas ou self-hosted) têm maior probabilidade de apresentar melhor desempenho em lead time de mudanças de código, tempo de recuperação de serviço e frequência de deploy em comparação com desenvolvedores que não usam essas ferramentas
- Esses três são alguns dos principais indicadores DORA usados para avaliar a produtividade de desenvolvedores
- Desenvolvedores que não usam ferramentas de CI/CD têm maior probabilidade de apresentar desempenho inferior aos que usam
- Desenvolvedores que usam tanto ferramentas de CI/CD gerenciadas quanto self-hosted apresentaram o melhor desempenho em lead time de mudanças de código, tempo de recuperação de serviço e frequência de deploy
- Segundo a SlashData e a CDF, os desenvolvedores com lead time de mudanças de código inferior a um dia são mais numerosos entre os que usam tanto ferramentas de CI/CD gerenciadas quanto self-hosted (24%)
- Em seguida vêm os desenvolvedores que usam apenas ferramentas de CI/CD gerenciadas (22%), apenas ferramentas de CI/CD self-hosted (17%) e os que não usam ferramentas de CI/CD (13%)
- Entre os desenvolvedores com lead time de mudanças de código de um mês ou mais, os mais numerosos são os que não usam ferramentas de CI/CD (40%), seguidos pelos que usam apenas ferramentas de CI/CD self-hosted (33%), apenas ferramentas de CI/CD gerenciadas (30%) e tanto ferramentas gerenciadas quanto self-hosted (19%)
- Entre os desenvolvedores com tempo de recuperação de serviço inferior a 1 hora, os mais numerosos eram os que usavam tanto ferramentas de CI/CD gerenciadas quanto self-hosted (25%)
- Em seguida vêm os desenvolvedores que usam apenas ferramentas de CI/CD self-hosted (17%), apenas ferramentas de CI/CD gerenciadas (15%) e os que não usam ferramentas de CI/CD (11%)
- Entre os desenvolvedores com tempo de recuperação de serviço de uma semana ou mais, os mais numerosos são os que não usam ferramentas de CI/CD (32%), seguidos pelos que usam apenas ferramentas de CI/CD self-hosted (29%), apenas ferramentas de CI/CD gerenciadas (25%) e tanto ferramentas gerenciadas quanto self-hosted (17%)
- Segundo a SlashData e a CDF, “usar tanto ferramentas de CI/CD gerenciadas quanto self-hosted permite combinar a conveniência e os recursos nativos das ferramentas gerenciadas com os recursos personalizados das ferramentas self-hosted, aumentando a eficiência”
- Nessa pesquisa, as ferramentas de CI/CD gerenciadas referem-se a Azure Pipelines e AWS CodePipeline, enquanto as ferramentas de CI/CD self-hosted referem-se a Jenkins e TeamCity
- Queda de desempenho ao usar várias ferramentas de CI/CD self-hosted
- O uso de várias ferramentas de CI/CD do mesmo tipo pode reduzir o desempenho de deploy
- Esse fenômeno se destaca especialmente ao usar várias ferramentas de CI/CD self-hosted
- Segundo a pesquisa da SlashData e da CDF, à medida que aumenta o número de ferramentas de CI/CD self-hosted, cresce rapidamente a proporção de desenvolvedores de baixo desempenho, com lead time de mudanças de código, frequência de deploy e tempo de recuperação de serviço de um mês ou mais
- Segundo as duas instituições, entre os desenvolvedores com lead time de mudanças de código de um mês ou mais, os mais numerosos eram os que usavam 4 ferramentas de CI/CD self-hosted
- Entre os desenvolvedores com frequência de deploy e tempo de recuperação de serviço de um mês ou mais, os mais numerosos eram os que usavam 5 ou mais ferramentas de CI/CD self-hosted
- Por outro lado, entre os desenvolvedores com lead time de mudanças de código e tempo de recuperação de serviço inferiores a um dia, os mais numerosos eram os que usavam 1 ferramenta de CI/CD gerenciada
- A SlashData e a CDF apontam o problema de “interoperabilidade” como a principal causa do impacto negativo do aumento do número de ferramentas de CI/CD self-hosted sobre o tempo de recuperação de serviço
- Ao usar várias ferramentas de CI/CD, pode ser difícil integrar corretamente todas elas
- Por isso, pode ser difícil isolar problemas que afetam o serviço
- Fortalecimento da integração de AI e machine learning ao CI/CD
- AI e machine learning estão sendo integrados cada vez mais aos pipelines de CI/CD
- Pipelines de CI/CD baseados em AI ajudam a detectar problemas mais rapidamente
- Isso ajuda as equipes de desenvolvimento e teste a reduzir drasticamente o tempo de troubleshooting e debugging
- A AI automatiza tarefas de configuração de ambientes de teste em CI e acelera os testes
- Isso leva à automação inteligente no pipeline de CD, automatizando também code review e testes
- AI e machine learning são aplicados para identificar vulnerabilidades no código
- Espera-se que a análise preditiva seja usada ativamente em pipelines de CI/CD para prever problemas e falhas potenciais
- Essa tecnologia usa dados, algoritmos estatísticos e machine learning
- Isso ajuda as equipes a identificar e resolver problemas antecipadamente, analisando padrões históricos de falhas de build antes que eles afetem o pipeline de deploy
- Como resultado, os deploys tornam-se mais rápidos e estáveis
- AI e machine learning serão aplicados de forma ampla e cada vez mais estreita ao CI/CD daqui para frente
- Crescente influência de GitOps no CI/CD
- O GitOps está exercendo influência cada vez maior nos pipelines de CI/CD
- Trata-se de um framework operacional que aplica as boas práticas de DevOps usadas no desenvolvimento de aplicações — como controle de versão, colaboração, compliance e CI/CD — à automação de infraestrutura
- Muitas organizações implementam GitOps como parte do processo de CI/CD
- Com GitOps, os desenvolvedores podem usar o repositório Git como single source of truth (SSOT) para código e configuração
- Fazendo alterações de código ou configuração no repositório Git
- O GitOps promove mudanças versionadas em toda a infraestrutura e no deploy de aplicações, simplifica a colaboração e aumenta a visibilidade
- O GitOps centraliza todas as configurações e manifestos de deploy dentro do repositório Git
- Com um workflow centrado em Git, o GitOps suporta o release automático de atualizações incrementais e ajuda desenvolvedores a gerenciar clusters, entregando aplicações com eficiência e segurança, sem erros de configuração
- Impulsionado por velocidade, eficiência e praticidade, o GitOps será amplamente usado em CI/CD à medida que as organizações simplificam workflows de DevOps e adotam boas práticas de IaC
- Crescente necessidade de adoção de edge computing
- Cresce a necessidade de adotar edge computing nos pipelines de CI/CD
- Edge computing processa dados em tempo real e opera dispositivos no local onde os dados são gerados, ou próximo dele
- Isso reduz a latência para processar e analisar dados em tempo real, ajudando as aplicações a operar com mais eficiência e rapidez
- Surgem argumentos de que os pipelines de CI/CD devem se adaptar para acomodar deploys na edge
- Ex.: criar deploys leves ou usar conteinerização para facilitar o deploy em dispositivos de edge
- Tornou-se mais importante do que nunca que as equipes de desenvolvimento entreguem de forma estável as versões mais recentes de programas e serviços a dispositivos de edge
- Conectar pipelines de CI/CD à edge oferece uma experiência de desenvolvedor consistente e eficiente para aplicações de edge, aumentando a eficiência operacional
- Com feedback precoce, é possível fazer deploy e testar aplicações automaticamente na edge para entregar produtos melhores mais rapidamente
- Embora alguns serviços já ofereçam suporte a deploy em edge, há grande possibilidade de surgirem novas ferramentas e plugins para pipelines existentes, incluindo pipelines de CI/CD
1 comentários
Na verdade, eu não entendo muito bem qual é a diferença entre CI/CD baseado em IA e o CI/CD comum...