🧟 🧑🏾‍🤝‍🧑🏽 👩🏿‍🚀 GitLab 12.5 lançado com a criação de clusters EKS e o painel de ambiente 🔠 🌫️ 👎

Uma imagem para atrair a atenção

Uma nova versão do GitLab foi lançada com a criação e implantação de clusters EKS, suporte para Crossplane, um painel de ambiente e muitos outros recursos interessantes!

Para a entrega mais eficiente de software de qualidade, você precisa oferecer suporte a uma ampla gama de infraestrutura e várias plataformas em nuvem . A versão GitLab deste mês facilita a instalação, o monitoramento e o gerenciamento de projetos com uma variedade de configurações.

Criar e implantar clusters EKS no GitLab

Como 85% das plataformas corporativas, o GitLab conta com a abordagem multicloud . É fundamental que nossos usuários implantem seus aplicativos na nuvem de sua escolha sem problemas. Estamos cientes disso e estamos felizes em apresentar a oportunidade de criar clusters Kubernetes no EKS da Amazon em apenas alguns cliques. Esse processo é tão simples quanto criar clusters no GKE do Google . Basta selecionar EKS, configurar o cluster criado, o GitLab alocará recursos automaticamente e preparará seu cluster, e você poderá colocar seus aplicativos com facilidade e rapidez. O GitLab elimina a necessidade de concluir manualmente a parte complexa da criação de um cluster.

Agora, esse recurso é selecionável e está ativado por padrão no GitLab.com.

Trabalhar com serviços de nuvem gerenciados com o Crossplane

Acreditamos que a eficiência operacional é muito importante e, portanto, temos o prazer de apresentar a integração do Crossplane como um aplicativo nos aplicativos gerenciados do GitLab . O crossplane simplifica o trabalho com dependências de serviço em nuvem, permitindo que os administradores configurem declarativamente e usem com segurança os serviços gerenciados instalados na nuvem selecionada, incluindo GCP, AWS e Azure. A integração com o Auto DevOps simplifica a alocação de recursos antes de declarar uma variável de IC.

Visualização rápida do status do ambiente

Às vezes, você encontra mudanças frequentes no aplicativo que são bastante difíceis de rastrear à medida que avançam nos ambientes de desenvolvimento, preparo e produção. Um novo painel de ambientes coleta informações em um único local sobre o status de todos os ambientes em todos os grupos e projetos. Isso significa que você pode encontrar e identificar rapidamente problemas. Por exemplo, "O ambiente não funciona porque o código está sendo implantado agora ou realmente não está funcionando?"

E ainda mais!

O 12.5 é um ótimo lançamento e há muitas inovações esperando por você. Separadamente, queremos observar a integração com o Sourcegraph e várias melhorias de segurança. Continue lendo para descobrir tudo sobre os novos recursos de lançamento deste mês!

A propósito, que tal uma reunião? As inscrições estão abertas para a próxima conferência de usuários do GitLab Commit , que será realizada no dia 14 de janeiro em São Francisco.

Junte-se a nós no GitLab Commit ; preencha a pesquisa de liberação (em inglês).

Distintivo do GitLab MVP

MVP deste mês - gfyoung

O usuário gfyoung fez mais de 30 solicitações de mesclagem (na localização russa do GitLab, “solicitações de mesclagem”) para adicionar frozen_string_literals aos testes do frozen_string_literals para melhorar o desempenho e a consistência, e isso não está contando as muitas solicitações de mesclagem no código do GitLab no ano passado. É ótimo ver uma abordagem iterativa em ação, e somos muito gratos a gfyoung por este trabalho!

Principais recursos do lançamento do GitLab 12.5

Crie e implante facilmente clusters EKS do GitLab

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Estágio de loop do DevOps: "Configurar"

O Kubernetes é imperdoávelmente complexo, portanto, criar um cluster a partir do zero não é uma tarefa fácil. Mesmo com serviços como o Elastic Kubernetes Service (EKS) da AWS, que ocultam parte da complexidade por trás da abstração, ainda são necessárias muitas outras etapas apenas para começar. A configuração manual, como a criação de um plano de controle especial do Kubernetes e de nós individuais no EC2, distrai você do objetivo principal - iniciar seus aplicativos. No GitLab, nos esforçamos para automatizar todas as tarefas repetitivas e queremos simplificar a criação de um novo cluster. É por isso que estamos adicionando integração com o EKS na liberação 12.5.

Agora, na página de clusters, você pode selecionar a opção EKS (isso requer login na sua conta da AWS). Após o login, basta selecionar os parâmetros necessários para o seu cluster, e o GitLab cuidará do resto.

A integração do EKS é importante não apenas pela conveniência de trabalhar com o Kubernetes na AWS, mas também faz parte da nossa estratégia de multicloud. Juntamente com a integração do GKE, esperamos facilitar não apenas a configuração do Kubernetes, mas também mudar para o multicloud. E isso é apenas o começo, queremos que nossos usuários tenham uma ampla seleção de provedores de nuvem para implantações. Você pode usar qualquer provedor com seus pontos fortes e poder mover seus aplicativos para a nuvem selecionada sem alterar seu fluxo de trabalho habitual no GitLab.

Agora, esse recurso é selecionável e está ativado por padrão no GitLab.com. Para habilitá-lo nas instâncias do usuário, inicie o console do Rails: console do gitlab-rails console e execute Feature.enable(:create_eks_clusters) .

Documentação sobre a criação de clusters EKS e o ticket original .

Hidroavião em aplicativos gerenciados pelo GitLab

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Estágio de loop do DevOps: "Configurar"

Anteriormente, os aplicativos Kubernetes podiam ser iniciados usando o GitLab, mas as dependências de serviço tinham que ser configuradas, conectadas e protegidas separadamente. A partir da versão 12.5, os serviços em nuvem agora podem ser configurados declarativamente com o projeto de código aberto Crossplane, que herda a API Kubernetes para gerenciar serviços como PostgreSQL, MySQL, Redis e Storage Buckets.

O crossplane agora está disponível como o aplicativo gerenciado GitLab. Você pode instalá-lo em qualquer cluster Kubernetes executando o GitLab. Os serviços gerenciados do GCP, AWS e Azure podem ser configurados e consumidos com segurança usando o kubectl em pipelines padrão (na localização russa das “linhas de montagem” do GitLab) GitLab ou usando o Auto DevOps.

O uso do Crossplane em conjunto com o Auto DevOps dará aos usuários a capacidade de gerenciar bancos de dados de cluster, fornecendo uma solução pronta para o lançamento. Muito obrigado à equipe Upbound por esse excelente trabalho!

Suporte entre planos nos aplicativos gerenciados do GitLab

Documentação em plano cruzado e o ticket original .

Inteligência de código com o Sourcegraph

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Estágio do ciclo DevOps: "Criar"

Os desenvolvedores costumam usar transições para as definições de variáveis e funções e procuram relacionamentos ao escrever software, mas, ao revisar o código, isso geralmente não está disponível. Agora, ao visualizar um código ou uma revisão de solicitação de mesclagem, uma poderosa navegação de código do Sourcegraph ficou disponível.

Na versão GitLab 12.5, depois que o administrador da instância tiver configurado a integração do Sourcegraph, você poderá concordar em usá-lo em suas configurações. No GitLab.com, estamos adicionando gradualmente o Sourcegraph para projetos públicos. Você pode experimentá-lo agora mesmo neste projeto do GitLab incluindo Sourcegraph nas configurações do usuário .

Obrigado ao Sourcegraph por fazer essa integração ! Saiba mais sobre ela .

Documentação Sourcegraph e bilhete original .

Painel Ambiente

(PREMIUM, ULTIMATE, SILVER, GOLD) Estágio do ciclo DevOps: "Release"

Os ambientes GitLab são uma estrutura lógica que fornece controle sobre o estado dos ambientes físicos nos quais seu código é implantado. Esse é um desses recursos que tornam o GitLab uma verdadeira solução de CD, e não apenas uma ferramenta de IC conveniente para gerenciar a implantação. No entanto, quando existem muitos ambientes, fica difícil gerenciá-los. Anteriormente, era difícil rastrear o status de vários ambientes de diferentes projetos, pois era necessário mudar para cada projeto para visualizar seus ambientes internos.

O novo painel de ambientes fornece dados sobre todos os ambientes entre seus projetos, permitindo que você veja toda a imagem do que está acontecendo em cada ambiente. Agora você pode acompanhar como as mudanças estão passando do desenvolvimento para o preparo e, em seguida, para a produção ou através de qualquer outro ambiente, de um só lugar. Com uma nova visualização conveniente do ambiente de todos os projetos, você pode ver imediatamente quais pipelines foram concluídos com êxito e quais não são, entender onde o bloco apareceu e se há mais problemas sistêmicos que requerem investigação. O painel de ambiente ajudará você a resolver esses problemas com mais eficiência.

Painel de ambientes

Documentação no painel de ambientes e no ticket original .

Associação de Marcos com Liberação

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Estágio do ciclo DevOps: "Release"

Muitas equipes, incluindo a nossa, criam um marco para cada versão (na localização russa do GitLab, um "estágio"), ao qual tudo está anexado, e para algumas equipes, a versão pode incluir mais de um sprint. Agora você pode associar um ou vários marcos ao release, e a página do release será preenchida com todos os tickets e solicitações de mesclagem incluídos no release.

Associar marcos a um release

Documentação sobre liberações e marcos e o ticket original .

Outras melhorias no GitLab 12.5

APIs de auditoria de eventos para grupos

(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD) Estágio do ciclo DevOps: "Gerenciar"

A API de auditoria de eventos fornece informações sobre o estado do seu ambiente GitLab. Anteriormente, apenas administradores podiam usar essa API para visualizar eventos da instância . Como os usuários do GitLab.com não têm esse acesso, foi necessário estender essa funcionalidade aos proprietários do grupo.

Assim, tornamos possível o acesso a dados de eventos de grupo por meio da API do GitLab para ajudar você a comunicar suas decisões e gerenciar a conformidade em seus grupos. Planejamos tornar a auditoria de eventos mais detalhada e a API também fornecerá informações mais úteis.

Documentação da API de auditoria de eventos para grupos e um ticket original .

Agora, as epopeias podem herdar datas de início e término das epopéias aninhadas

(ULTIMATE, GOLD) Estágio do ciclo DevOps: "Planejar"

Nesta versão, facilitamos o trabalho com informações sobre o tempo de seus épicos (na localização russa do GitLab, "objetivos"). Agora, os épicos podem herdar as datas de início e término dos marcos, não apenas das tarefas anexadas, mas também dos épicos aninhados anexados. Não é mais necessário adivinhar em que período os épicos e tarefas anexados devem ser concluídos.

Documentação das datas de início e término em épicos e ticket original .

Navegação aprimorada nas páginas do grupo, subgrupo e projeto

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Fase do ciclo do DevOps: "Plan"

Se você possui uma estrutura complexa de grupos, subgrupos e projetos, pode ser difícil entender exatamente onde você está na hierarquia. Agora, graças à aparência atualizada da barra de navegação esquerda, você pode entender rapidamente em que contexto está trabalhando.

Documentação sobre a criação de projetos e o ticket original .

As anotações de design são exibidas na atividade do ticket

(PREMIUM, ULTIMATE, SILVER, GOLD) Estágio do ciclo DevOps: "Criar"

Anteriormente, ao adicionar uma nova anotação ou comentário a um design, isso era exibido apenas no próprio design. Agora, ao adicionar novas anotações, o GitLab também menciona isso na guia Discussão, para que todos os envolvidos na tarefa saibam disso. Assim, será mais fácil trabalhar em projetos juntos e todos poderão contribuir.

Documentação da anotação do projeto e ticket original .

Cache de informações / refs do Git (beta)

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Estágio do ciclo DevOps: "Criar"

Após receber alterações no repositório git, o servidor Git anuncia uma lista de todas as ramificações e tags do repositório. Em alguns casos, 75% de todas as solicitações ao servidor da web eram solicitações de links (refs). Na melhor das hipóteses, quando todos os links estão compactados, essa é uma operação relativamente barata, mas se houver links descompactados, o Git precisará contorná-los. E isso já pode levar a despesas devido a operações adicionais no disco, especialmente ao usar armazenamento com altas latências, por exemplo, NFS.

A partir da versão 12.5, os administradores da instância podem habilitar o cache de info/refs beta para aumentar o desempenho das declarações de link e reduzir a carga no Gitaly com solicitações de anúncios frequentes.

Testando esse recurso no GitLab.com, já descobrimos que as operações de leitura superam as operações de gravação em 10 vezes, e o atraso médio aparente diminuiu em 70%. Esperamos resultados ainda melhores para instâncias do GitLab com o NFS como repositório do Git.

Por padrão, o cache ainda não está ativado, pois estamos investigando uma demanda maior do que a esperada para gravar no cache, provavelmente causada por falhas simultâneas. Fique ligado na gitaly # 2124 .

Armazenamento em cache de informações / referências do Git (Beta)

Documentação de cache e ticket original .

Status mesclável adicionado à API de solicitação de mesclagem

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Estágio do ciclo DevOps: "Criar"

A API de solicitação de mesclagem agora inclui mais detalhes sobre o motivo pelo qual a solicitação de mesclagem não pode ser aceita. O atributo has_conflicts indica se houve conflitos de mesclagem e o atributo blocking_discussions_resolved indica se houve discussões não resolvidas. Esses novos atributos são especialmente úteis para automação, pois mostram quais ações são necessárias para resolver conflitos.

Obrigado a Brian Kabiro por esse recurso !

Documentação sobre como obter informações sobre a solicitação de mesclagem e o ticket original .

Passando valores para `pipelines/new` página via string de consulta

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Estágio do ciclo do DevOps: "Verificar"

Para criar um novo pipeline no site do GitLab, vá para a página /pipelines/new e preencha os valores necessários para iniciar o pipeline. Anteriormente, já era possível adicionar o parâmetro ref para selecionar uma ramificação ou tag (por exemplo, /pipelines/new?ref=master ). Agora, adicionamos a capacidade de definir outros valores da mesma maneira através da string de consulta.

Documentação sobre o uso da string de consulta e do ticket original .

Aliases de script personalizados em gitlab-ci.yml

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Estágio do ciclo do DevOps: "Verificar"

Criar pequenos "blocos de construção" que podem ser usados repetidamente é uma ferramenta poderosa no design de transportadores. Isso permitirá evitar repetições, separar funções em blocos compreensíveis separados e criar cadeias de dependências nas quais o bloco de código é atualizado simultaneamente para todos os blocos dependentes.

O GitLab possui vários mecanismos para aplicar esse padrão no design, incluindo elementos de sintaxe YAML padrão, como âncoras e aliases. No entanto, quando você tenta usar uma matriz de aliases com o script palavras-chave, before_script ou after_script , uma matriz aninhada é criada durante a mesclagem, o que não funcionará.

No GitLab 12.5, as matrizes de script funcionam corretamente quando acessadas por meio de âncoras. O uso deles com include e extends ainda falha, mas você pode usar âncoras dentro de um arquivo separado para acessar uma matriz de novos padrões de design.

Documentação para âncoras para scripts e o ticket original .

Exibir detalhes sobre erros JUnit na solicitação de mesclagem

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Estágio do ciclo do DevOps: "Verificar"

Antes desta versão, o usuário recebia informações sobre quando os testes não tiveram êxito, mas sem os dados necessários para resolver o problema e criar rapidamente uma montagem bem-sucedida. A partir desta versão, o GitLab exibirá nos dados do pipeline os resultados da aprovação no teste JUnit.

Isso inclui os resultados de testes passados, perdidos e com falha, além de tempo e uma visão geral detalhada de testes individuais, incluindo uma lista daqueles que falharam, para identificação e resolução mais rápidas de problemas.

Exibir detalhes do erro JUnit na solicitação de mesclagem

Documentação sobre os resultados dos testes Junit e o ticket original .

Documentação contextual para ajudar os usuários a baixar pacotes NPM

(PREMIUM, ULTIMATE, SILVER, GOLD) Estágio do ciclo DevOps: "Pacote"

Em uma pesquisa recente com usuários, descobrimos que a principal razão pela qual os usuários alternam para a interface do usuário do registro de pacotes é porque precisam garantir que estão usando a versão correta do pacote . Uma das maneiras pelas quais podemos ajudar é fornecendo trechos de código fáceis de copiar para baixar e instalar pacotes individuais.

No GitLab 12.5, temos o prazer de apresentar a primeira iteração para melhorar a navegação e os fluxos de trabalho no registro de pacotes do GitLab. Agora, os usuários podem copiar facilmente o código para executar o npm install e o npm setup para instalar os pacotes de que precisam mais rapidamente.

Documentação contextual para ajudar os usuários a baixar pacotes NPM

Documentação do registro NPM e ticket original .

API pública para recursos selecionáveis

(PREMIUM, ULTIMATE, SILVER, GOLD) Estágio do ciclo DevOps: "Release"

Adicionamos a funcionalidade da API que permitirá configurar e gerenciar recursos comutáveis. Anteriormente, isso só podia ser feito através da interface do usuário.

Documentação da API para recursos e o ticket original .

Gerenciamento de cluster baseado em IC

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Estágio de loop do DevOps: "Configurar"

A capacidade de instalar aplicativos Kubernetes com um clique é útil para iniciar e começar rapidamente. No entanto, às vezes é necessário configurar o gráfico Helm antes da instalação. Uma nova abordagem para o gerenciamento de cluster baseado em IC permitirá que os usuários criem "projetos de gerenciamento de cluster" que recebam privilégios de cluster-admin cluster no cluster e possam interagir com o cluster por meio do IC. Isso não apenas permitirá que você instale aplicativos de modelo , mas também oferece aos usuários a capacidade de personalizar gráficos antes da instalação. Além disso, os usuários poderão usar todos os recursos existentes do GitLab relacionados à segurança, autenticação, controle de versão e IC ao gerenciar aplicativos Kubernetes. No futuro, combinaremos instalações de um clique com instalações de aplicativos baseadas em CI.

Gerenciamento de aplicativo de cluster baseado em CI

Documentação de gerenciamento de cluster e o ticket original .

Suporte ao tempo de execução OpenFaas no GitLab Serverless

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Estágio de loop do DevOps: "Configurar"

O GitLab Serverless agora suporta os tempos de execução clássicos do OpenFaaS . Com a ajuda deles, os desenvolvedores podem escrever funções sem servidor para o Knative em um dos seis idiomas suportados .

Documentação de tempo de execução suportada e um ticket original .

Feche automaticamente os tickets do GitLab ao receber sinais de recuperação do Prometheus

(ULTIMATE, GOLD) Estágio do ciclo DevOps: "Monitor"

Os incidentes do GitLab são resolvidos de duas maneiras:

Alguém está resolvendo um problema.
O próprio sistema corrige os problemas.

Após a solução de problemas, o tíquete de incidente deve ser fechado para que não haja confusão sobre quais incidentes estão ativos e que exigem a eliminação das consequências. Quando um incidente é resolvido como resultado da solução de um problema, o Prometheus gera um sinal de recuperação do sistema, dando ao GitLab a capacidade de fechar automaticamente o ticket associado ao incidente.

Isso salvará os especialistas em resolução de incidentes do trabalho manual desnecessário e também garantirá que todo ticket aberto seja um problema urgente que precisa ser resolvido.

Documentação sobre resposta a incidentes e ticket original .

Filtrando uma lista de erros de sentinela por cabeçalho no GitLab

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Estágio de loop do DevOps: "Monitor"

A classificação de erros requer a capacidade de filtrar e classificar a lista de erros com base nos critérios do usuário adequados para um determinado caso. Agora você pode pesquisar a lista de erros do Sentry no projeto GitLab através da integração com o Sentry. Vá para Operações> Rastreamento de erros no painel esquerdo para encontrar e visualizar erros do Sentry.

Documentação na lista de erros e no ticket original .

Comandos do Slack para adicionar comentários ao ticket

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Estágio de loop do DevOps: "Monitor"

O ChatOps permite iniciar operações através de comandos e ações intuitivos que você pode inserir diretamente no bate-papo. Expandimos o conjunto de comandos do Slack existente adicionando um comando que permite adicionar um comentário a um ticket do GitLab sem sair do Slack. Isso permitirá que você não se distraia do trabalho e não alterne entre várias interfaces apenas para passar um ticket para um membro da equipe ou cliente.

Documentação das equipes e bilhete original .

Editando o painel de métricas

(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Estágio de loop do DevOps: "Monitor"

Anteriormente, para criar sua própria versão do painel de controle, os usuários tinham que criar um arquivo YAML no diretório raiz do repositório e preenchê-lo completamente. Isso foi bastante complicado e exigiu muitas ações manuais.

Agora, no GitLab 12.5, isso se tornou muito mais fácil. Ao clicar no botão "Editar painel", você será redirecionado para a página IDE, onde poderá atualizar o arquivo YAML já criado.

Editar painel de medidas