A loja completa de DevOps GitLab anunciou a versão 15 de sua plataforma, logo após o GitOps baseado em pull aparecer no nível gratuito da plataforma. A versão 15.0 marca a chegada da próxima grande iteração do GitLab e desta vez a atenção se voltou para visibilidade e observabilidade – o que não surpreende, considerando a aquisição do OpsTrace no final de 2021, bem como automação de fluxo de trabalho, segurança e conformidade.
O GitLab tem lançamentos mensais – chegando a 15.1 em 22 de junho – e conversamos com o diretor sênior de produtos da empresa, Kenny Johnston, no recente evento Kubecon EU, sobre o que será adicionado à versão 15 com o passar do tempo. Durante uma conversa com o diretor sênior de produtos da empresa, Kenny Johnston, no recente evento Kubecon EU, informou de que era mais onde os dólares estavam sendo investidos no produto.
Sobre a Opstrace, Johnston disse: “Vamos gastar 15 anos integrando isso muito profundamente com todo o GitLab”.
Além de ter métricas, logs e rastreamentos por padrão, Johnston falou de um “quarto pilar de observabilidade” na forma de rastreamento de erros. Tudo seria então apresentado ao desenvolvedor sortudo que produzisse o código. “Posso ver que este código sofreu 500 tipos diferentes de erros nas últimas três semanas”, disse Johnston, a título de exemplo, “para que possamos contextualizar isso quando um desenvolvedor estiver escrevendo código para que eles estejam cientes de como esse aplicativo está executando ou que tipo de erros ele recebe.”
Novo GitLab versão 15 traz várias novidades
Os dados também fornecem informações sobre o próprio processo de desenvolvimento. “Se você é um diretor ou CTO, você quer saber: está funcionando no geral? Mas quais grupos estão indo bem? Como posso aprender com esses grupos e aplicá-lo a outros?”
Deus me livre que alguns chefes menos esclarecidos possam usar todos esses dados para administrar uma repreensão a quem está soltando esses 500 erros na fonte da empresa.
Além da observabilidade, estão em andamento planos para recursos adicionais de conformidade e segurança. Além das políticas de segurança, um recurso intrigante é uma lista de materiais de software exportável e um atestado assinado para artefatos de construção. “Estamos realmente empolgados com nossa capacidade de não apenas produzir a lista de materiais, mas também de produzir esse atestado de que sua lista de materiais estava segura ao longo de todo o caminho de entrega”, disse Johnston.
Além disso, na versão 15, haverá mais suporte para equipes de ciência de dados e cargas de trabalho.
Anunciado na Kubecon EU foi o suporte para implantação baseada em pull no nível gratuito do GitLab , o que significa que uma equipe de DevOps pode usar o agente GitLab para Kubernetes para detectar e aprovar automaticamente alterações de aplicativos.
“Tínhamos isso em nossos níveis pagos”, disse Johnston, “mas descobrimos que havia muito interesse nisso, principalmente para fluxos de trabalho no estilo GitOps para fluxo de trabalho de implantação no estilo pull.
Outro componente de nosso código aberto de qualquer coisa é que também recebemos contribuidores para isso. Você vê um volume de contribuidores muito maior para nossa tecnologia de código aberto quando está em nosso nível gratuito.
Quanto ao futuro, Johnston nos disse que “vemos muito mais interesse em SaaS e organizações que não querem gerenciar o software por conta própria”, embora “a maior parte de nossos negócios seja autogerenciada; os clientes muitas vezes nos escolhem em vez de concorrentes porque eles podem implantar [GitLab] onde quiserem e implantá-lo dentro das restrições de soberania de dados.”
E o IDE? “A maioria das pessoas está usando o VS Code”, disse Johnston, “mas estamos vendo muito mais interesse, principalmente de empresas [em um ambiente controlado]”.
Mudar a fronteira de segurança do laptop de um desenvolvedor para algo um pouco mais controlado certamente tem um apelo e IDEs baseados na web como GitHub e Gitpod estão aumentando em popularidade. “Temos uma integração com o Gitpod hoje”, disse Johnston, “mas continuaremos investindo em nossa capacidade de ter nosso próprio tipo de ambiente de espaço de código.
Via TheRegister
