Compartilhar via

Implantar no AKS (Serviço de Kubernetes do Azure) usando Projetos de DevOps – Atualização do VSTS Sprint 134

  • Artigo

A Atualização Sprint 134 do Visual Studio Team Services (VSTS) traz melhor suporte para as linguagens Ruby, Python e Java no Build e ainda mais opções de implantação para o Release. Uma dessas opções é a adição do AKS (Serviço de Kubernetes do Azure) em projetos do Azure DevOps para ajudá-lo a começar a usar aplicativos em contêineres prontos para escala. Também estamos anunciando que os portões de lançamento, que estão em versão prévia nos últimos meses, agora estão disponíveis para ajudá-lo a automatizar o controle de implantações progressivas em todos os ambientes de uma versão.

Uma nova versão do VSTS Demo Generator também está disponível para facilitar a demonstração e o aprendizado do VSTS usando um rico conjunto de dados e configurações de exemplo.

O que há de novo no VSTS

Recursos

Trabalho

Compilação

Versão

Pacote

Teste

Wiki

Trabalho

Consulta de campos de rich text vazios

Localize itens de trabalho que tenham um campo de rich text vazio, como Descrição, usando o novo operador de consulta IsEmpty . Esse recurso foi priorizado com base em uma sugestão.

Compilação

Crie aplicativos Ruby com base em uma variedade de versões do Ruby

As versões 2.3.7, 2.4.4 e 2.5.1 do Ruby foram adicionadas aos agentes hospedados. Defina a versão do Ruby usada pelo pipeline adicionando a tarefa Usar versão do Ruby às etapas de build. A versão do Ruby especificada será instalada a partir do cache de ferramentas do agente e, opcionalmente, adicionada à variável de ambiente PATH da compilação. Você pode até definir um intervalo para o número da versão, como >= 2.4.

Usar tarefa Ruby

Crie, teste e publique aplicativos Python com base em uma variedade de versões do Python

As versões 2.7.14, 3.3.7, 3.4.8, 3.5.5, 3.6.4 e 3.7.0-b2 do Python agora estão disponíveis em agentes hospedados. Defina a versão do Python usada pelo pipeline adicionando a tarefa Usar Versão do Python às etapas de build. A versão do Python especificada será instalada a partir do cache de ferramentas do agente e, opcionalmente, adicionada à variável de ambiente PATH da compilação. Você pode até definir um intervalo para o número da versão, como >= 3.3.

Usar tarefa Python

Para o cenário comum de testar um pacote do Python em várias versões do Python, escolha o modelo de pacote do Python ao criar seu pipeline de build. Ele fornecerá um conjunto inicial de etapas para executar testes em uma matriz de versões do Python e, opcionalmente, publicar seu pacote.

Tarefa Pacote Python

Criar aplicativos Java em agentes hospedados com o Java 10

As máquinas do agente hospedado que executam Linux, macOS e Windows agora têm o Java 10 pré-instalado. As tarefas de build Ant, Gradle e Maven simplificam a seleção do Java 10 e sua arquitetura para seu build.

Definir versão do Java

Aproveite a compilação aprimorada do Xcode e a saída de teste do xcpretty

O xcpretty aprimora a legibilidade da saída do xcodebuild e gera resultados de teste no formato JUnit. A tarefa de build do Xcode agora usa automaticamente o xcpretty quando está disponível no computador do agente, como está em agentes macOS hospedados. Embora a saída do xcpretty possa ser diferente e menos detalhada do que a saída do xcodebuild, o VSTS ainda disponibiliza os logs completos do xcodebuild com cada compilação.

Versão

Exponha progressivamente e faseie implantações usando portões de lançamento, agora disponíveis ao público em geral

Os portões de lançamento, que permitem a aprovação de implantações orientada por dados, agora estão disponíveis para o público em geral! Usando portões de versão, você pode especificar critérios de integridade do aplicativo que devem ser atendidos antes que uma versão seja promovida para o próximo ambiente. Todos os portões especificados são avaliados periodicamente antes ou depois de qualquer implantação, até que todos sejam bem-sucedidos. Quatro tipos de portões estão disponíveis prontos para uso e você pode adicionar mais portões do Marketplace. Você poderá auditar se todos os critérios necessários para uma implantação foram atendidos. Consulte a documentação para as entradas de versão para obter mais informações.

Painel das portas de liberação

Implantar no AKS (Serviço de Kubernetes do Azure) e no Azure Service Fabric usando projetos do Azure DevOps

O AKS (Serviço de Kubernetes do Azure), um serviço Kubernetes totalmente gerenciado no Azure, agora pode ser direcionado ao iniciar um novo aplicativo baseado em Node.js, .NET Core ou Java em projetos de DevOps. Você também pode começar com seu aplicativo existente trazendo seu próprio código. Basta selecionar um idioma de aplicativo, um runtime e, em seguida, o AKS. O Projeto DevOps criará o cluster do AKS e configurará um pipeline de entrega contínua usando Gráficos do Helm.

Você também pode direcionar o Azure Service Fabric para novos aplicativos .NET Core em Projetos de DevOps. Isso oferece mais uma opção para começar um novo projeto que inclui um pipeline de DevOps completo, se você deseja manter o controle de uma VM, manter a simplicidade de um aplicativo Web ou otimizar para alta escala. Consulte a documentação do tutorial para obter mais informações sobre o AKS e o Service Fabric .

Selecione um Serviço do Azure para implantar o aplicativo

Implantar no Banco de Dados SQL do Azure usando projetos do Azure DevOps

O Banco de Dados SQL do Azure, um banco de dados de nuvem relacional totalmente gerenciado, agora pode ser direcionado em projetos de DevOps, ao iniciar um novo aplicativo .NET e selecionar ASP.NET como runtime. Você pode adicionar o Banco de Dados SQL ao seu aplicativo .NET simplesmente selecionando Adicionar um banco de dados. O projeto DevOps criará um aplicativo conectado de duas camadas de exemplo, incluindo um pipeline de entrega contínua para ambas as camadas. Consulte a documentação do tutorial para obter mais informações.

Adicionar um banco de dados

Liberar aplicativos híbridos para o Azure Stack

O suporte para o Azure Stack está fora da versão prévia privada e agora em disponibilidade geral! O Azure Stack é um sistema integrado de software e hardware validado que estende os serviços e recursos do Azure localmente. Agora você pode ter um processo de DevOps ainda mais consistente que abrange todos os elementos de criação, implantação e teste, independentemente de estar executando aplicativos de nuvem, locais ou híbridos. Nenhuma alteração de código é necessária, basta conectar-se ao Azure Stack usando as mesmas ferramentas e recursos que você usa para qualquer outro destino de implantação. Agora você verá a opção AzureStack no campo Ambiente na caixa de diálogo Adicionar Ponto de Extremidade de Serviço do Azure Resource Manager ao adicionar um novo Serviço das configurações de administrador do projeto ou uma definição de build ou versão. Consulte a documentação Implantar aplicativos no Azure Stack para obter mais informações.

Conectar-se ao Azure

Versão do Control Helm usada na versão Release

A tarefa Instalador da Ferramenta Helm adquire uma versão específica do Helm da Internet ou do cache de ferramentas e a adiciona ao PATH do agente (hospedado ou privado). Use essa tarefa para alterar a versão do Helm usada em tarefas subsequentes, como a tarefa CLI do .NET Core. Adicionar essa tarefa antes da tarefa de implantação do Helm em uma definição de build ou versão garante que você esteja empacotando e implantando seu aplicativo com a versão correta do Helm. Essa tarefa também ajuda na instalação opcional da ferramenta kubectl , que é um pré-requisito para o Helm funcionar.

Pacote

Seguir pacotes

Última atualização , lançamos um novo tipo de notificação de pacote, que permite que você obtenha atualizações sobre pacotes e feeds importantes configurando uma nova assinatura nas configurações de Notificações . Agora, tornamos ainda mais fácil configurar notificações com um novo botão Seguir diretamente em cada pacote. O botão Seguir também é compatível com visualizações de versão. Se você seguir um pacote enquanto o examina por meio de um modo de exibição, receberá apenas atualizações para novas versões promovidas para esse modo de exibição.

Controle quem pode extrair pacotes de fontes upstream

Com o novo recurso de fontes upstream que foi lançado na última atualização, agora você pode usar pacotes NuGet e npm de feeds de outras equipes por meio de seu feed. Ao ouvirmos seus comentários, ouvimos que as permissões atuais para fontes upstream, que exigem que você seja um Colaborador para salvar pacotes de um upstream, não eram granulares o suficiente em algumas situações.

Nesta atualização, introduzimos uma nova função no Gerenciamento de Pacotes chamada Colaborador. Um colaborador pode salvar pacotes de uma fonte upstream, mas não pode publicar pacotes diretamente no feed (por exemplo, usando nuget push). Isso permite que você restrinja a publicação de pacotes àqueles em quem você confia ou ao sistema de compilação, permitindo que seus engenheiros usem novos pacotes de suas fontes upstream.

Altere as configurações do feed sem precisar salvar manualmente

Algumas das interações na página de configurações do feed foram aprimoradas. Agora, as alterações feitas, como adicionar um upstream ou uma permissão, são salvas imediatamente. Isso significa que você não precisa se preocupar em perder alterações ao alternar entre os pivôs de configurações.

Teste

Gerenciar planos de teste usando o novo hub de Planos de Teste

Importante

Para usar esse recurso, você deve ter o recurso de visualização da Nova experiência do plano de teste ativado em seu perfil ou conta.

Apresentando o novo hub para Test Plans! Você não apenas pode adicionar, editar e excluir planos desta página, mas também encontrar e favoritar planos em sua equipe e no projeto. Fomos pioneiros nesse tipo de experiência em Dashboards, Queries e Plans. Este é mais um passo para trazer essa consistência em todo o produto.

Página inicial dos Planos de Teste

Wiki

Links de página quebrados são uma das principais causas de baixa qualidade de página em qualquer solução de documentação. Anteriormente, no Wiki, quando você movia uma página dentro da estrutura de árvore ou renomeava uma página, ela poderia quebrar links para a página de outras páginas e itens de trabalho. Agora, você pode verificar e corrigir links antes que eles sejam quebrados.

Importante

Lembre-se de usar a []() sintaxe Markdown para links em páginas e o tipo de link de página Wiki em itens de trabalho para permitir que o Wiki localize e corrija esses links potencialmente quebrados. URLs de texto sem formatação e hiperlinks em itens de trabalho não serão selecionados por esse recurso.

Ao renomear ou mover uma página, você será solicitado a verificar se há links absolutos ou relativos afetados.

Caixa de diálogo Mover página

Em seguida, você verá uma lista dos links da página e dos itens de trabalho afetados antes de agir.

Mover links de página

Gerador de demonstração VSTS

O Gerador de Demonstração ajuda você a criar projetos em sua conta VSTS com conteúdo de exemplo pré-preenchido, incluindo código-fonte, itens de trabalho, iterações, pontos de extremidade de serviço, além de definições de build e versão com base em um modelo escolhido. Esses projetos podem ser usados para acompanhar laboratórios práticos, demonstrações e outros materiais educacionais.

A versão mais recente oferece uma entrada simples, instalação automatizada de extensões, novos modelos e suporte para TFS.

Confira a documentação para obter instruções passo a passo para usar o Gerador.

Próximos passos e feedback

Ir para VSTS

Inscreva-se para receber atualizações

Adoraríamos ouvir o que você pensa sobre esses recursos. Relate um problema ou forneça uma sugestão se tiver ideias sobre coisas que gostaria de priorizar, por meio do menu de comentários.

Menu de feedback

Você também pode obter conselhos e suas perguntas respondidas pela comunidade no Stack Overflow.

Obrigada,

Jamie Legal