![A empresa de banco de dados vetorial Qdrant deseja que o RAG seja mais econômico](https://optimuscloud.com.br/wp-content/uploads/2024/07/1719935043_A-empresa-de-banco-de-dados-vetorial-Qdrant-deseja-que-150x150.jpeg)
A empresa de banco de dados vetorial Qdrant deseja que o RAG seja mais econômico
2 de julho de 2024![Como reduzir o desperdício na nuvem](https://optimuscloud.com.br/wp-content/uploads/2024/07/1719937324_Como-reduzir-o-desperdicio-na-nuvem-150x150.jpg)
Como reduzir o desperdício na nuvem
2 de julho de 2024SEATTLE — Co-organizado no Open Source Summit (OSSummit) América do Norte, a Continuous Delivery Foundation (CDF) relatou na cdCon em seu quinto relatório anual sobre o estado de CI/CD que, embora 83% dos desenvolvedores estejam ativamente envolvidos em DevOps, tem havido um aumento preocupante na proporção de pessoas com baixo desempenho nas métricas de implantação.
Então, o que isso significa? O objetivo do DevOps é tornar mais fácil para desenvolvedores e administradores de sistema concluir o trabalho de software de maneira rápida e eficiente. Isso não está acontecendo.
Em vez disso, das dezenas de milhares de desenvolvedores pesquisados pela Developer Nation da SlashData, apenas 14% conseguem colocar o código em produção em um único dia. É quase o mesmo que vimos quando SlashData começou a fazer essa pergunta no terceiro trimestre de 2020. Quanto à implantação de código várias vezes por dia, na verdade diminuiu para 9%, de 11% em 2020.
Apenas 11% dos usuários de DevOps relataram conseguir restaurar o serviço em menos de uma hora.
Não é esse o objetivo da Integração Contínua/Entrega Contínua (CI/CD)? Porque sim. É sim.
Outra razão pela qual usamos DevOps é que quando coisas ruins acontecem – e sempre acontecem, geralmente quando o chefe está olhando por cima do seu ombro – você pode fazer com que as coisas voltem a funcionar rapidamente. Infelizmente, esse não é o caso.
Apenas 11% dos usuários de DevOps relataram conseguir restaurar o serviço em menos de uma hora. OK, isso é difícil. Mas não é melhor do que onde estávamos há alguns anos. Pior ainda, atualmente, 41% dos usuários relatam levar mais de uma semana para restaurar o serviço. Em 2020, 34% conseguiram colocar tudo de volta em funcionamento em pouco mais de uma semana.
Então qual é o problema? Os autores do relatório especulam que “Pode ser que a onipresença das práticas DevOps tenha permitido que desenvolvedores e organizações aumentassem a complexidade dos projetos em que estão envolvidos, neutralizando os benefícios para a velocidade de desenvolvimento. Em outras palavras, as práticas de DevOps provavelmente tornaram a velocidade de desenvolvimento de projetos complexos comparável a projetos mais simples sem práticas de DevOps.”
Eles ressaltam outro ponto: “À medida que o DevOps amadurece, os desenvolvedores deixam de explorar o espaço e passam a se concentrar apenas nas tecnologias que consideram mais úteis. No entanto, a utilidade nem sempre se correlaciona diretamente com o desempenho da implantação.”
Essa é uma desconexão que precisa ser resolvida. Só porque você gosta, digamos, do Jenkins, mas todas as equipes que usam GitHub Actions são mais produtivas, isso indica que você precisa reconsiderar quais ferramentas DevOps você está usando.
A propósito, usar múltiplas ferramentas de CI/CD, afirma o relatório, é um erro. “O desempenho da implantação é pior ao usar várias ferramentas de CI/CD do mesmo formato. Isso porque, teorizam os pesquisadores, devido aos desafios de interoperabilidade.
Outro problema relacionado é que, embora as implantações tendam a ser mais rápidas para pessoas que usam mais ferramentas DevOps, elas também acrescentam mais carga mental ao seu trabalho. Um exemplo particularmente problemático disso é a fadiga dos alarmes. Quando um programa após o outro constantemente alerta você com um alerta após o outro, é muito fácil parar de prestar atenção e deixar problemas reais entrarem em seu pipeline de produção.
Dito isso, não jogue fora o bebê da produtividade junto com a água do banho CI/CD. Os desenvolvedores que dominam várias ferramentas tendem a realizar mais tarefas do que seus colegas que não possuem muitos programas em sua caixa de ferramentas.
Usado corretamente – observe que digo corretamente – o uso de pipelines de CI/CD anda de mãos dadas com um melhor desempenho de implantação em todas as métricas de pesquisa e avaliação de DevOps (DORA). Mal usado; é outra história.
Também achei perturbador que tenha havido um ligeiro declínio no uso de CI/CD. No terceiro trimestre de 2023, 33% dos desenvolvedores usavam CI para construir e testar automaticamente suas alterações de código. No primeiro trimestre de 2024, caiu para 29% dos desenvolvedores. Da mesma forma, 29% no terceiro trimestre de 2023 usaram CD para automatizar suas implantações de código. No primeiro trimestre de 2024. Era 29%.
O que está acontecendo aqui?
Acho que já é hora de as empresas começarem a se perguntar qual é a mistura certa. Eles precisam usar ferramentas DevOps e CI/CD especificamente para obter o máximo proveito delas. Eles são úteis. Ninguém, exceto os luditas, duvida disso. Mas eles não parecem ser tão úteis quanto deveriam.
Talvez o CIF e outras organizações de DevOps neutras em relação a fornecedores devam dar uma boa olhada em como estamos usando esses programas. Algo parece estar errado aqui.
A postagem DevOps não está morto, mas também não está com boa saúde apareceu pela primeira vez em The New Stack.