GitLab 11.6 lançado com recursos sem servidor e clusters Kubernetes para grupos

Uma imagem para atrair a atenção


Temos o prazer de apresentar o lançamento do GitLab 11.6, no qual expandimos os recursos da arquitetura sem servidor no GitLab e adicionamos clusters de grupos Kubernetes para simplificar o trabalho com a infraestrutura de nuvem nativa.


Implante desenvolvimentos sem servidor em qualquer nuvem através do GitLab


A computação sem servidor é processada dinamicamente e, quando o código é executado, o sistema acessa os recursos da nuvem, otimizando a alocação e distribuição dos recursos necessários para executá-lo. A popularidade dessa abordagem entre os desenvolvedores está crescendo, porque permite que eles se concentrem no que é realmente importante - por exemplo, na escrita de código - e não requer uma compreensão da infraestrutura subjacente na qual o software funcionará.


A computação sem servidor no GitLab usa o Knative, uma plataforma Kubernetes projetada para criar, implantar e gerenciar projetos sem servidor. Esse recurso fornece aos desenvolvedores uma maneira fácil de criar seu desenvolvimento sem servidor e gerenciá-lo junto com outro código em uma interface já familiar. Para as empresas, a arquitetura sem servidor permite que você use uma estratégia de várias nuvens e evite ficar ligada a um provedor de nuvem específico.


GitLab continua a simplificar o desenvolvimento de aplicativos em nuvem nativa


Com seu registro de contêiner embutido e integração com o Kubernetes, o GitLab permite que você inicie o desenvolvimento de contêineres e nuvem mais fácil do que nunca. A partir do release 11.6, os usuários podem criar clusters de grupos Kubernetes que podem ser usados ​​em todos os projetos em um grupo ou subgrupos. Isso facilita ainda mais a configuração de projetos em nuvem nativos e permite que os desenvolvedores se concentrem no desenvolvimento de aplicativos de qualidade.


Nas férias, lançamos muitos recursos interessantes.


Nossos favoritos: alterações propostas , terminal da Web no IDE da Web e gráfico de vulnerabilidade no painel de segurança do grupo . As contribuições da equipe agora são mais convenientes de aceitar, já que as alterações propostas nos comentários ao diff de solicitação de mesclagem (na localização russa do "pedido de mesclagem" do GitLab) podem ser aceitas com um clique. Também nesta versão, o primeiro recurso do Web IDE executado no servidor, o terminal da web, ficou disponível. Um novo gráfico de vulnerabilidades apareceu no painel de segurança do grupo adicionado na última versão, que mostra a alteração no número de vulnerabilidades todos os dias, permitindo que você acompanhe as métricas das alterações.


Continue lendo e você descobrirá tudo sobre as inovações de férias na versão GitLab 11.6!


Convidamos você para nossas reuniões


Distintivo do GitLab MVP


MVP deste mês - Suzanne Hillman


Suzanne ajudou o GitLab a revisar nosso produto recente, Voluntary Product Accessibility Template (VPAT), organizando e refinando tarefas de código aberto; Ela também ajudou a avaliar o status atual do produto usando ferramentas de análise estática e testes manuais. O VPAT garante a conformidade com os padrões de acessibilidade (para pessoas com deficiência e interoperabilidade), e este produto é um grande passo para melhorar a acessibilidade do GitLab para todos, para que todos possam usá-lo e contribuir para o desenvolvimento.


Obrigado Suzanne Nós realmente apreciamos sua opinião, que ajudará mais pessoas a usar o GitLab.


Principais recursos do lançamento do GitLab 11.6


Funções sem servidor (versão alfa)


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


Com base na integração com o Knative ( artigo original , tradução ) adicionada na versão GitLab 11.5, apresentamos um novo recurso - funções sem servidor sob o controle do Knative, que os usuários podem criar em seu repositório.


Você precisará definir suas funções no arquivo serverless.yml do repositório e usar o .gitlab-ci.yml . Cada função será colocada no seu cluster e o Knative cuidará de todas elas e da expansão com base nos recursos necessários. Esse recurso permitirá que os desenvolvedores de aplicativos lançem novas versões mais rapidamente, sem se preocupar em configurar e manter a infraestrutura.


Sem servidor (alfa)


Documentação de aplicativos e funções sem servidor e o ticket original


Lançamento do CI / CD para solicitações de mesclagem


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


Iniciar um trabalho específico no caso de uma solicitação de mesclagem ficou mais fácil. O uso do valor merge_requests conjunto com as palavras-chave only/except permitirá que você configure o lançamento para funcionar apenas com a solicitação de mesclagem ou em casos inversos. Isso dá mais controle sobre o comportamento do pipeline e também abre o acesso a novas variáveis ​​de ambiente que apontam para a ramificação de destino e mesclam o ID da solicitação, o que permite implementar outras estratégias de comportamento.


Documentação sobre o lançamento do trabalho após solicitações de mesclagem e o ticket original


Execute o CI / CD para solicitações de mesclagem


Alterações propostas


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


A colaboração em solicitações de mesclagem ficou mais fácil - você não precisa mais copiar o código para aceitar as alterações propostas. Agora, as alterações podem ser sugeridas ao comentar o diff da solicitação de mesclagem e aceito com um clique por qualquer usuário que tenha permissões de gravação nesse segmento.


Agora, esse recurso funciona no GitLab.com e pode ser conectado nas instâncias de usuário do GitLab usando o recurso de plug-in diff_suggestions, e no GitLab 11.7 esse recurso será ativado por padrão.


Documentação das alterações propostas e ticket original


Terminal da Web para Web IDE (Beta)


(ULTIMATE)


O Web IDE torna mais fácil e rápido fazer alterações e processar o feedback da solicitação de mesclagem, eliminando a necessidade de salvar alterações e alterar ramificações localmente. Mas fazer grandes alterações sem um terminal para executar testes, fazer experimentos com REPL (loop de leitura e avaliação de impressão - loop de “leitura e cálculo de saída”) e compilar o código não é fácil.


Agora, através do Web IDE, você pode iniciar o terminal da web, trabalhar no editor e ter o terminal em mãos, exatamente como você trabalharia localmente - rastreando o que vem pela API ou verificando sua sintaxe no REPL. O terminal da web é o primeiro recurso com processamento do lado do servidor no Web IDE, ele é configurado usando o novo .gitlab/.gitlab-webide.yml .


Os terminais interativos da web ainda não estão disponíveis no GitLab.com e, no momento, as alterações não são sincronizadas entre o editor e o terminal da web. Você pode acompanhar o progresso do desenvolvimento aqui . No próximo lançamento, adicionaremos suporte para alterações de espelhamento e visualização em tempo real .


Documentação do terminal da Web e ticket original


Terminal da Web para Web IDE (beta)


Modelos de projeto para grupos


(PREMIUM, ULTIMATE, PRATA, OURO)


Os modelos de projeto ajudam os usuários a iniciar rapidamente novos projetos. No release 11.2 ( artigo original , tradução ), introduzimos modelos de projeto para instâncias de usuários .


Com o GitLab 11.6, temos o prazer de anunciar que esse recurso agora está disponível para grupos. Crie um subgrupo especial através das configurações do novo grupo, e os projetos desse subgrupo ficarão disponíveis como modelos. Isso simplifica a configuração inicial e garante uniformidade entre seus projetos, especialmente em grandes estruturas, como a arquitetura de microsserviços.


Documentação do modelo do projeto e ticket original


Modelos de projeto para grupos


Clusters Kubernetes para grupos (Beta)


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


Freqüentemente, as equipes de desenvolvimento que trabalham em projetos relacionados precisam usar o mesmo cluster Kubernetes para implantar seus aplicativos. A partir do GitLab 11.6, os usuários poderão criar clusters Kubernetes no nível do grupo, que podem ser usados ​​em todos os projetos contidos nesse grupo ou em seus subgrupos.


Isso simplificará e acelerará bastante o processo de configuração da infraestrutura de seus projetos e permitirá que você se concentre no desenvolvimento de aplicativos interessantes.


Documentação de cluster para grupos e o ticket original


Clusters Kubernetes para Grupos (beta)


Gerenciador de Certificados para Kubernetes


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


A segurança é crítica ao implantar aplicativos no estágio de desenvolvimento. O Certificate Manager é um controlador de gerenciamento de certificados baseado no Kubernetes que cria e atualiza automaticamente certificados SSL usando o Let's Encrypt.


O uso desse certificado SSL para aplicativos atendidos pelo Auto DevOps e para implantações pelo JupyterHub ativará o HTTPS.


Documentação de instalação do aplicativo e ticket original


Gerente de certificação do Kubernetes


Gráfico de vulnerabilidade no painel de segurança do grupo


(ULTIMATE, OURO)


Os painéis de segurança do grupo são a principal ferramenta pela qual os profissionais de segurança podem gerenciar vulnerabilidades em seus projetos. Um dos requisitos mais importantes é saber como o número de vulnerabilidades muda dia após dia e entender se a equipe é capaz de resolver os problemas emergentes com rapidez suficiente.


Na versão GitLab 11.6, adicionamos um gráfico de vulnerabilidade ao painel de segurança do grupo, que permite rastrear facilmente as alterações de vulnerabilidade no mês passado. Para cada nível de perigo, você pode observar os valores dos indicadores de vulnerabilidade e, seguindo o cronograma, examinar com mais detalhes um momento específico.


Documentação do painel de segurança do grupo e ticket original


Gráfico de vulnerabilidade para painéis de segurança de grupo


Outras melhorias no GitLab 11.6


Autenticação de token de hardware baseado em cartão inteligente


(PREMIUM, ULTIMATE)


Para organizações em que os desenvolvedores trabalham em ambientes que usam tokens de hardware com certificados X.509 e recursos de cartão inteligente para autenticação (como YubiKeys ou CACs), o GitLab agora suporta criação e login de usuários locais.


Agora, os usuários podem usar tokens de hardware para obter acesso ao GitLab, o que aumenta a segurança e elimina a necessidade de gerenciar dados em logins / senhas que não estão associadas a nenhum dispositivo físico.


Documentação para autenticação de cartão inteligente e ticket original


Informações de assinatura de grupo em GitLab.com


(GRÁTIS, BRONZE, PRATA, OURO)


Para usuários com uma assinatura paga no GitLab.com, tornamos as informações de status da sua assinatura mais compreensíveis.


Na versão 11.6, aprimoramos a seção Faturamento na página de configurações do grupo para incluir informações detalhadas sobre sua assinatura do grupo. Agora você pode ver facilmente os lugares ocupados agora e os ocupados no passado, bem como os horários de início e término da sua assinatura.


Detalhes da inscrição para grupos no GitLab.com


Documentação e ticket original


Enviar notificações para Discord


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


A partir desta versão, você pode integrar o GitLab ao Discord , o que permitirá enviar notificações ao canal no Discord como uma resposta aos eventos do GitLab, como enviar para o repositório, fazer download de atualizações de tickets, solicitações de mesclagem e outros.


Obrigado a Vitaliy Klachkov por esse recurso!


Notificações de discórdia


Documentação de notificação de discórdia e ticket original


Ingressos promocionais para épicos


(ULTIMATE, OURO)


O desenvolvimento de software é um processo criativo do qual toda a equipe participa e todas as idéias devem ser levadas em consideração. Adicionamos um novo recurso com o qual as idéias que aparecem na forma de tickets agora podem se transformar facilmente em épicas.


Agora você pode facilmente atualizar seu ticket para um épico usando a nova ação rápida . Basta inserir /promote no comentário do ticket e clicar em Comentar . O ticket será fechado e seu conteúdo será copiado para o novo épico, que aparecerá no grupo pai do projeto. Além do nome, a descrição e as discussões sob o tíquete, tags, participantes e até gostos / desgostos serão copiados.


Promover a edição para um épico


Documentação sobre o aumento de tickets para épicos e o ticket original


Aparência aprimorada do painel de configurações ao filtrar tickets e mesclar solicitações


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


Atualizamos o design da apresentação dos resultados da pesquisa de tickets e painéis para solicitações de mesclagem para corresponder ao design no restante do GitLab.


Filtragem aprimorada do painel de solicitação de problemas e mesclagem


Documentação de pesquisa GitLab e ticket original


Salvando a ordem de classificação dos tickets, solicitações de mesclagem e épicos para cada usuário


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


Adicionamos aos usuários a capacidade de definir sua própria ordem de classificação para tickets, solicitações de mesclagem, épicos e até agendamentos de tarefas. As informações sobre o atributo pelo qual você está classificando e sobre a ordem de classificação (crescente ou decrescente) são armazenadas no sistema; portanto, quando você retornar à lista de objetos que visualizou anteriormente novamente, ela será classificada exatamente como antes.


Ordem de classificação salva por usuário em problemas, solicitações de mesclagem e épicos


Documentação de pesquisa épica e ticket original


Veja épicos abertos e fechados em um mapa de estradas


(ULTIMATE, OURO)


Recentemente, adicionamos a capacidade de fechar épicos no GitLab, que permite marcar épicos completos ou irrelevantes.


A partir deste lançamento, também adicionamos a capacidade de exibir épicos abertos, fechados ou ambos de uma vez nos roteiros. Isso será útil para as equipes que precisam se concentrar apenas nas tarefas remanescentes e urgentes (épocas abertas), ou que desejam visualizar tarefas concluídas (épicas fechadas), ou que precisam ver tarefas concluídas e atuais no mesmo mapa. Com nossos novos recursos, essa flexibilidade se torna disponível. Além disso, agora suas configurações são salvas no sistema para cada usuário, para que, quando você retornar ao roteiro novamente, ele pareça exatamente o mesmo da hora anterior.


Veja épicos abertos ou fechados no roteiro


Documentação de agendamento de tarefas e um ticket original


Exibir tarefas semelhantes


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


À medida que os projetos crescem, os desenvolvedores criam novos tickets para tarefas emergentes e, com frequência, esses tickets começam a se repetir.


Para ajudar as pessoas a encontrar respostas rapidamente e economizar tempo para os mantenedores do projeto, agora, ao criar um novo ticket, são exibidos tickets semelhantes a ele. Eles aparecem quando você insere um título no formulário da web de criação de ticket. Isso ajudará os usuários a encontrar tickets semelhantes imediatamente, mudar para eles e se envolver imediatamente nas discussões atuais, o que oferece ainda mais oportunidades de colaboração no GitLab.


Questões semelhantes


Documentação para tickets semelhantes e o ticket original


Suporte para espelhamento por push através do SSH com autenticação de chave pública


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


O espelhamento de repositórios permite copiar repositórios Git de um lugar para outro. Isso facilita o trabalho com várias instâncias do GitLab ao criar um espelho de repositório em outro servidor. No entanto, alguns servidores de destino permitem apenas o acesso ao Git através do SSH com autenticação de chave pública.


O GitLab agora suporta espelhamento SSH com autenticação de chave pública, além de autenticação SSH baseada em senha e espelhamento HTTP.


Documentação push espelhada e ticket original


O mantenedor do projeto agora pode remover pipelines via API


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


Agora você pode remover o pipeline usando a API. Isso é útil nos casos em que ocorreu um vazamento de informações secretas no pipeline, muitos pipelines desnecessários foram criados ou outros problemas ocorreram quando os pipelines precisam ser excluídos.


Documentação para remover transportadores e um bilhete original


Variáveis ​​de gatilho agora estão ocultas por padrão na interface do usuário


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


Todas as variáveis ​​de acionamento agora estão ocultas por padrão na interface do usuário e são mostradas apenas quando especificadas explicitamente pelo usuário. Isso impedirá a divulgação não intencional de valores ao compartilhar uma tela ou fazer capturas de tela.


Variáveis ​​de gatilho agora estão ocultas na interface do usuário por padrão


Documentação sobre o uso de variáveis ​​de trigger e o ticket original


Uma notificação por email para revisões da solicitação de mesclagem


(PREMIUM, ULTIMATE, PRATA, OURO)


Uma revisão de código é uma prática necessária para todo projeto bem-sucedido, mas às vezes é desnecessário receber uma notificação por email para cada comentário. Agora, apenas uma notificação é enviada com uma lista de todos os comentários para não desarrumar sua caixa de entrada.


A revisão da solicitação de mesclagem ( artigo original , tradução ) apresentada no GitLab 11.4 facilita a revisão do código, permitindo que você componha, revise e envie comentários de uma só vez.


Agora, esse recurso está disponível no GitLab.com e também pode ser ativado para instâncias de usuário do GitLab usando o recurso de plug-in batch_review_notification (sinalizador de recurso, alternância de recurso). Ele será ativado por padrão para instâncias de usuário no GitLab 11.7.


Documentação de revisão de solicitação de mesclagem e ticket original


Página de visualização do projeto aprimorada


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


No lançamento do GitLab 11.6, continuamos trabalhando com a interface do usuário da página do nosso projeto: melhoramos a exibição do título do projeto, melhoramos o contraste e trabalhamos com espaços vazios para enfatizar as ações usadas com frequência e melhorar a estrutura geral das informações.


Visão geral aprimorada do projeto


Documentação do projeto e ticket original


Dica de perfil de usuário


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


Nesta versão, adicionamos dicas de ferramentas estendidas ao passar o mouse sobre o nome de usuário nas páginas de tarefas e solicitações de mesclagem. Anteriormente, apenas exibíamos o nome completo e agora o nome completo do usuário, ID, empresa, informações de localização e status do usuário, se disponíveis, estarão visíveis.


Além de adicionar uma dica de ferramenta estendida em outras páginas, estamos trabalhando em melhorias subseqüentes nas dicas de ferramentas para tarefas e solicitações de mesclagem que estarão disponíveis em breve.


Popovers de perfil de usuário


Bilhete original



(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


Nesta versão, estamos melhorando nossa cadeia de navegação de navegação de rastreamento GitLab para marcos e tags. Ao criar ou editar um marco ou tag, no final da cadeia de navegação, há um elemento adicional 'Novo' ou 'Editar', que agora é consistente com solicitações de tickets e mesclagem.


Obrigado George Tsiolis por esse recurso!


A navegação de navegação mostra 'Novo' e 'Editar' para marcos e rótulos


Bilhete original


Suporte HTTPS para DevOps automáticos


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


O Auto DevOps no GitLab aborda muitos dos desafios que acompanham o fornecimento de software de qualidade. O GitLab 11.6 amplia ainda mais seus recursos adicionando suporte ao HTTPS.


Usando o gerenciador de certificados do Kubernetes, o Auto DevOps atenderá automaticamente os aplicativos por HTTPS, fornecendo segurança aprimorada para seus aplicativos.


Documentação automática do DevOps e ticket original


Suporte HTTPS para JupyterHub


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


O JupyterHub fornece às equipes de dados uma maneira poderosa de compartilhar informações. Frequentemente, dados confidenciais requerem maior segurança.


Usando o gerenciador de certificados do Kubernetes, o JupyterHub servirá automaticamente o Jupyter por HTTPS, fornecendo segurança aprimorada para seus dados confidenciais.


Documentação sobre a instalação de aplicativos em clusters e o ticket original


Mapeamento de Código de Resposta HTTP Kubernetes


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


Para facilitar e acelerar a solução de problemas ao instalar aplicativos gerenciados pelo GitLab no cluster Kubernetes, agora enviamos o código de resposta HTTP do Kubernetes.


Documentação de gerenciamento de cluster e ticket original


Usuários ilimitados e convidados Gold gratuitos


(ULTIMATE, OURO)


Na versão 11.0, introduzimos um número ilimitado de usuários convidados para os planos Ultimate.


Agora estamos estendendo isso aos planos Gold, para que grupos que usem o plano tarifário mais alto do GitLab.com, seja um servidor de usuário ou SaaS na nuvem, possam se beneficiar da adição de convidados sem nenhum custo extra.


Documentação de acesso do usuário e o ticket original


Proibindo administradores de agirem como usuários


(NÚCLEO, PARTIDA, PREMIUM, ULTIMATE)


Em algumas organizações, permitir que os administradores ajam como usuários é um risco de segurança, porque as ações dos administradores são atribuídas ao usuário em nome de quem eles agem. Para resolver esse problema, adicionamos uma opção personalizada para que você possa desativar esse recurso.


Documentação sobre a proibição de administradores de desempenhar o papel de usuários e o ticket original


Filtragem de matéria frontal de Markdown para TOML e JSON


(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)


O assunto principal são os metadados incluídos na parte superior do documento de remarcação, geralmente usados ​​por geradores de sites estáticos, como Jekyll e Hugo . Quando o GitLab converte arquivos de remarcação em repositórios em HTML para exibição, o front matter mantém seu formato e é exibido como está, para maior clareza.


Além dos separadores de YAML ( --- ), o GitLab agora também suporta separadores de TOML ( +++ ), separadores de JSON ( ;;; ) e separadores arbitrários, o que permite suportar qualquer formato de dados.


Obrigado a Travis Miller por esse recurso!


Documentação de assunto frontal e ingresso original


Suporte de DevOps automático para painéis de segurança de grupo


(ULTIMATE, OURO)


No lançamento do GitLab 11.5 ( artigo original , tradução ), lançamos o Painel de Segurança do Grupo , que exibe os resultados do SAST .


Com o lançamento da 11.6, adicionamos a versão mais recente da definição de operação SAST ao modelo Auto DevOps e agora os resultados são totalmente compatíveis com o painel de segurança do grupo, para que os usuários possam usar as duas funções ao mesmo tempo.


Nota: O GitLab Runner 11.5 ou superior é necessário para definir um novo trabalho SAST; você pode ler mais sobre esta postagem no blog .


Documentação automática do DevOps e ticket original




Notas de versão detalhadas e instruções de atualização / instalação podem ser encontradas na postagem original em inglês: GitLab 11.6 lançado com Clusters sem servidor e em nível de grupo .


Cattidourden , rishavant , ainoneko e maryartkey trabalharam na tradução do inglês .

Source: https://habr.com/ru/post/pt435550/


All Articles