Integração do Kubernetes com os Pipelines do Azure – Anúncios da Microsoft Build

  • Artigo

A conferência Microsoft Build realizou-se nos dias 6 e 8 de maio em Seattle. Durante a conferência, anunciámos várias novas funcionalidades interessantes.

Por exemplo, agora pode utilizar a identidade do GitHub para iniciar sessão no portal do Azure DevOps. Além disso, pode levar o seu repositório do GitHub para o Kubernetes através de um pipeline de várias fases baseado em YAML.

Consulte a lista funcionalidades abaixo para obter mais informações.

Funcionalidades

Geral:

Azure Pipelines:

Artefactos do Azure:

Administração:

Geral

Iniciar sessão no Azure DevOps com as suas credenciais do GitHub

Agora, pode utilizar as suas credenciais do GitHub para iniciar sessão no Azure DevOps. Verá a opção para iniciar sessão com a sua conta do GitHub em todas as páginas de início de sessão da Microsoft. Para utilizar as suas credenciais do GitHub, clique em Iniciar sessão com o GitHub.

do Azure DevOps.Página de início de sessão Página de início de sessão

Depois de iniciar sessão no GitHub e autorizar a aplicação Microsoft, obterá uma nova conta Microsoft associada à sua identidade do GitHub. Durante este processo, também tem a oportunidade de associá-la a uma conta Microsoft existente, se quiser.

Pode ver a mensagem do blogue com o anúncio completo aqui

Uma forma mais simples de comprar o Azure DevOps

Estamos constantemente a trabalhar para melhorar a nossa experiência ponto a ponto, incluindo a forma como compra o nosso produto. Em resposta aos seus comentários, temos o prazer de anunciar alterações que irão simplificar a forma como compra alguns dos Serviços de DevOps do Azure. Iremos implementar as alterações dos Artefactos do Azure a 6 de maio de 2019 e as outras alterações de licenciamento serão refletidas na sua fatura a partir de 1 de junho de 2019.

Veja a mensagem do blogue com o anúncio completo aqui.

Pipelines do Azure

Integração do Kubernetes para Pipelines do Azure

Os contentores do Kubernetes e do Docker tornaram-se uma parte importante da pilha tecnológica de muitas organizações. O Kubernetes permite-lhe aumentar a agilidade da sua infraestrutura ao executar as suas aplicações em escala. Combinar contentores com práticas de DevOps pode tornar o processo de desenvolvimento muito mais ágil através da integração contínua e das práticas de entrega contínuas criadas em torno dos contentores.

Para o ajudar a avançar com os contentores, facilitámos a introdução aos Pipelines do Azure para que possa criar aplicações com contentores do Docker e implementá-las em clusters do Kubernetes, em qualquer cloud. Também adicionámos uma vista dedicada de Ambientes do Kubernetes no Azure Pipelines.

Pode ver os detalhes sobre as novas funcionalidades e o anúncio completo aqui.

Pipelines YAML de várias fases

Agora, oferecemos uma experiência YAML unificada para que possa configurar os pipelines para utilizar a integração contínua (CI) e a entrega contínua (CD). Definir os pipelines com documentos YAML permite-lhe verificar a configuração do pipeline no controlo de origem, juntamente com o código da sua aplicação, para facilitar a gestão, controlo de versões e controlo.

Com o novo suporte YAML, também estamos a adicionar uma nova IU para o ajudar a visualizar todos os pipelines de várias fases em todo o produto. Além disso, temos uma nova experiência de visualização de registos que lhe permite alternar facilmente entre fases e tarefas, bem como ajudá-lo a identificar rapidamente erros e avisos.

Por fim, também adicionámos o conceito de Ambientes para ajudar a diagnosticar falhas de implementação, melhorar a rastreabilidade e controlar várias implementações.

Para ativar estas funcionalidades, aceda à página de funcionalidades de pré-visualização e ative Pipelines em várias fases.

Para obter mais detalhes sobre estas funcionalidades, pode ver o anúncio completo aqui.

Artefactos do Azure

Pagamento por GB

Até agora, era necessária uma licença adicional separada para qualquer pessoa que utilizasse artefactos do Azure, para além da licença básica do Azure DevOps. Ouvimos o seu feedback de que isto era inflexível, difícil de gerir e muitas vezes não era rentável. Com base neste feedback, alterámos a forma como cobramos pelos Artefactos do Azure. Agora, iremos cobrar apenas pelo armazenamento que utiliza e não pelo número de pessoas que o utilizam. Desta forma, todos os utilizadores na sua organização podem aceder e partilhar pacotes.

Todas as organizações podem utilizar até 2 GB de armazenamento gratuitamente. A utilização de armazenamento adicional é cobrada de acordo com as taxas em camadas a partir de 2 $ por GB e diminuindo para $0,25 por GB. Pode encontrar todos os detalhes na nossa página de preços.

Disponibilidade geral do Python e pacotes universais

Há algum tempo que temos suporte para pacotes Python, bem como os nossos Próprios Pacotes Universais, em pré-visualização pública. A partir de agora, ambos estão geralmente disponíveis e prontos para todas as cargas de trabalho de produção.

Pode ver a mensagem de blogue sobre os preços de pagamento por GB e outras atualizações dos Artefactos do Azure aqui.

Administração

Uma forma mais simples de comprar o Azure DevOps

Estamos constantemente a trabalhar para melhorar a nossa experiência ponto a ponto, incluindo a forma como compra o nosso produto. Em resposta aos seus comentários, temos o prazer de anunciar alterações que irão simplificar a forma como compra alguns dos Serviços de DevOps do Azure. Iremos implementar as alterações dos Artefactos do Azure a 6 de maio de 2019 e as outras alterações de licenciamento serão refletidas na sua fatura a partir de 1 de junho de 2019.

Veja a mensagem do blogue com o anúncio completo aqui.

Passos seguintes

Aceda ao Azure DevOps e dê uma vista de olhos.

Aceda ao Azure DevOps

Como fornecer comentários

Gostaríamos de saber o que pensa sobre estas funcionalidades. Utilize o menu de comentários para comunicar um problema ou fornecer uma sugestão.

Fazer uma sugestão

Também pode obter conselhos e as suas perguntas respondidas pela comunidade no Stack Overflow.

Obrigado,

Gopinath Chigakkagari (Twitter)