Partager via

Déployer sur Azure Kubernetes Service (AKS) à l’aide de DevOps Projects – VSTS Sprint 134 Update

  • Article

La mise à jour Sprint 134 de Visual Studio Team Services (VSTS) offre une meilleure prise en charge des langages Ruby, Python et Java dans Build et encore plus d’options de déploiement pour La version. L’une de ces options est l’ajout d’Azure Kubernetes Service (AKS) dans Azure DevOps Projects pour vous aider à commencer à utiliser des applications conteneurisées prêtes à l’échelle. Nous annonçons également que les portes de mise en production, qui ont été en préversion ces derniers mois, deviennent désormais généralement disponibles pour vous aider à automatiser le contrôle des déploiements progressifs dans les environnements d’une version.

Une nouvelle version du générateur de démonstration VSTS est également disponible pour faciliter la démonstration et l’apprentissage de VSTS à l’aide d’un ensemble complet d’exemples de données et de configuration.

Nouveautés de VSTS

Fonctionnalités

Travailler

Build

Version release

Package

Test

Wiki

Travailler

Requête pour les champs de texte enrichi vides

Recherchez les éléments de travail qui ont un champ de texte enrichi vide, tel que Description, à l’aide de la nouvelle opérateur de requête IsEmpty . Cette fonctionnalité a été rendue prioritaire à la suite d’une suggestion.

Build

Créer des applications Ruby basées sur diverses versions de Ruby

Ruby versions 2.3.7, 2.4.4 et 2.5.1 ont été ajoutées aux agents hébergés. Définissez la version de Ruby utilisée par votre pipeline en ajoutant la tâche Utiliser ruby Version à vos étapes de génération. La version de Ruby que vous spécifiez sera installée à partir du cache d’outils de l’agent et éventuellement ajoutée à la variable d’environnement PATH de votre build. Vous pouvez même définir une plage pour le numéro de version, par >= 2.4exemple .

Utiliser la tâche Ruby

Créer, tester et publier des applications Python basées sur diverses versions de Python

Les versions python 2.7.14, 3.3.7, 3.4.8, 3.5.5, 3.6.4 et 3.7.0-b2 sont désormais disponibles sur les agents hébergés. Définissez la version de Python utilisée par votre pipeline en ajoutant la tâche Utiliser la version python à vos étapes de génération. La version de Python que vous spécifiez sera installée à partir du cache d’outils de l’agent et éventuellement ajoutée à la variable d’environnement PATH de votre build. Vous pouvez même définir une plage pour le numéro de version, par >= 3.3exemple .

Utiliser la tâche Python

Pour le scénario courant de test d’un package Python sur plusieurs versions de Python, choisissez le modèle de package Python lors de la création de votre pipeline de build. Il vous donnera un ensemble initial d’étapes pour exécuter des tests sur une matrice de versions de Python et éventuellement la publication de votre package.

Tâche de package Python

Créer des applications Java sur des agents hébergés avec Java 10

Les machines d’agent hébergées exécutant Linux, macOS et Windows disposent désormais de Java 10 préinstallé. Les tâches de génération Ant, Gradle et Maven simplifient la sélection de Java 10 et de son architecture pour votre build.

Définir la version de Java

Tirer parti de la génération et du test Xcode améliorés à partir de xcpretty

xcpretty améliore la lisibilité de la sortie xcodebuild et génère des résultats de test au format JUnit. La tâche de génération Xcode utilise désormais automatiquement xcpretty lorsqu’elle est disponible sur l’ordinateur de l’agent, car elle se trouve sur les agents macOS hébergés. Bien que la sortie xcpretty puisse être différente et moins détaillée que la sortie xcodebuild, VSTS rend toujours les journaux xcodebuild complets disponibles avec chaque build.

Version release

Exposer et phaser progressivement des déploiements à l’aide de portes de mise en production, désormais en disponibilité générale

Portes de mise en production, qui permettent l’approbation pilotée par les données des déploiements, devient désormais en disponibilité générale ! À l’aide de portes de mise en production, vous pouvez spécifier des critères d’intégrité d’application qui doivent être remplis avant qu’une mise en production soit promue vers l’environnement suivant. Toutes les portes spécifiées sont évaluées régulièrement avant ou après tout déploiement, jusqu’à ce qu’elles réussissent toutes. Quatre types de portes sont disponibles en dehors de la boîte et vous pouvez ajouter d’autres portes à partir de la Place de marché. Vous pourrez vérifier que tous les critères nécessaires pour un déploiement ont été remplis. Pour plus d’informations, consultez la documentation relative aux portes de mise en production.

Panneau portes de mise en production

Déployer sur Azure Kubernetes Service (AKS) et Azure Service Fabric à l’aide d’Azure DevOps Projects

Azure Kubernetes Service (AKS), un service Kubernetes complètement managé dans Azure, peut désormais être ciblé lors du démarrage d’une nouvelle application Node.js, .NET Core ou Java dans DevOps Projects. Vous pouvez également commencer par votre application existante en apportant votre propre code. Sélectionnez simplement un langage d’application, un runtime, puis AKS. Le projet DevOps crée le cluster AKS et configure un pipeline de livraison continue à l’aide de Helm Charts.

Vous pouvez également cibler Azure Service Fabric pour les nouvelles applications .NET Core dans DevOps Projects. Cela vous offre une autre option pour commencer sur un nouveau projet qui inclut un pipeline DevOps complet, que vous souhaitiez conserver le contrôle d’une machine virtuelle, conserver la simplicité d’une application web ou optimiser la mise à l’échelle élevée. Pour plus d’informations, consultez la documentation du tutoriel pour AKS et Service Fabric .

Sélectionner un service Azure pour déployer l’application

Déployer sur Azure SQL Database à l’aide d’Azure DevOps Projects

Azure SQL Database, une base de données cloud relationnelle entièrement managée, peut désormais être ciblée dans DevOps Projects, lors du démarrage d’une nouvelle application .NET et en sélectionnant ASP.NET comme runtime. Vous pouvez ajouter la base de données SQL à votre application .NET en sélectionnant simplement Ajouter une base de données. Le projet DevOps crée un exemple d’application connectée à deux niveaux, y compris un pipeline de livraison continue pour les deux niveaux. Pour plus d’informations, consultez la documentation du didacticiel .

Ajouter une base de données

Publier des applications hybrides dans Azure Stack

La prise en charge d’Azure Stack est hors préversion privée et désormais disponible en disponibilité générale ! Azure Stack est un système intégré de logiciels et de matériel validé qui étend les services et fonctionnalités Azure en local. Vous pouvez désormais disposer d’un processus DevOps encore plus cohérent qui englobe tous les éléments, générer, déployer et tester si vous exécutez des applications cloud, locales ou hybrides. Aucune modification du code n’est nécessaire : connectez-vous simplement à Azure Stack à l’aide des mêmes outils et fonctionnalités que vous le faites pour toute autre cible de déploiement. Vous verrez maintenant l’option AzureStack dans le champ Environnement dans la boîte de dialogue Ajouter un point de terminaison de service Azure Resource Manager lors de l’ajout d’un nouveau service à partir des paramètres d’administration du projet ou d’une définition de build ou de mise en production. Pour plus d’informations, consultez la documentation Déployer des applications sur Azure Stack .

Connexion à Azure

Contrôler la version helm utilisée dans la version release

La tâche Helm Tool Installer acquiert une version spécifique de Helm à partir d’Internet ou du cache des outils et l’ajoute au PATH de l’agent (hébergé ou privé). Utilisez cette tâche pour modifier la version de Helm utilisée dans les tâches suivantes, telles que la tâche cli .NET Core. L’ajout de cette tâche avant la tâche Helm Deploy dans une définition de build ou de mise en production garantit l’empaquetage et le déploiement de votre application avec la version Helm appropriée. Cette tâche permet également d’installer éventuellement l’outil kubectl , qui est un prérequis pour que Helm fonctionne.

Package

Suivre les packages

Dernière mise à jour , nous avons publié un nouveau type de notification de package, ce qui vous permet d’obtenir des mises à jour sur les packages et les flux dont vous vous souciez en configurant un nouvel abonnement dans les paramètres de notifications . Maintenant, nous avons simplifié la configuration des notifications avec un nouveau bouton Suivre directement sur chaque package. Le bouton Suivre est également compatible avec les vues de mise en production. Si vous suivez un package tout en le examinant par le biais d’une vue, vous obtiendrez uniquement des mises à jour pour les nouvelles versions promues à cette vue.

Contrôler qui peut extraire des packages à partir de sources en amont

Avec la nouvelle fonctionnalité de sources en amont qui a été publiée la dernière mise à jour, vous pouvez désormais utiliser des packages NuGet et npm à partir des flux d’autres équipes via votre flux. Comme nous avons écouté vos commentaires, nous avons entendu que les autorisations actuelles pour les sources en amont, qui vous obligent à être contributeur pour enregistrer des packages à partir d’un amont, n’étaient pas suffisamment granulaires dans certaines situations.

Cette mise à jour, nous avons introduit un nouveau rôle dans La gestion des packages appelée Collaborateur. Un collaborateur peut enregistrer des packages à partir d’une source en amont, mais ne peut pas publier des packages directement dans le flux (par exemple, à l’aide nuget pushde ). Cela vous permet de limiter la publication de packages à ceux que vous approuvez ou au système de génération, tout en permettant à vos ingénieurs d’utiliser de nouveaux packages à partir de vos sources en amont.

Modifier les paramètres du flux sans avoir à enregistrer manuellement

Quelques-unes des interactions sur la page des paramètres de flux ont été améliorées. À présent, les modifications que vous apportez, telles que l’ajout d’une autorisation en amont ou d’une autorisation, sont enregistrées immédiatement. Cela signifie que vous n’avez pas à vous soucier de perdre des modifications lorsque vous basculez entre les pivots de paramètres.

Test

Gérer les plans de test à l’aide du nouveau hub Plans de test

Important

Pour utiliser cette fonctionnalité, vous devez activer la fonctionnalité Nouvelle expérience de plan de test activée sur votre profil ou compte.

Présentation du nouveau hub pour les plans de test ! Non seulement vous pouvez ajouter, modifier et supprimer des plans de cette page, mais également rechercher et favoris des plans dans votre équipe et le projet. Nous avons lancé ce type d’expérience dans les tableaux de bord, les requêtes et les plans. Il s’agit d’une autre étape pour apporter cette cohérence au sein du produit.

Page d’accueil des plans de test

Wiki

Les liens de page rompus sont l’une des principales causes d’une mauvaise qualité de page dans n’importe quelle solution de documentation. Précédemment dans Wiki, lorsque vous avez déplacé une page dans l’arborescence ou renommé une page, il peut potentiellement interrompre les liens vers la page à partir d’autres pages et éléments de travail. À présent, vous pouvez rechercher et corriger les liens avant qu’ils ne soient rompus.

Important

N’oubliez pas d’utiliser la []() syntaxe Markdown pour les liens dans les pages et le type de lien de page Wiki dans les éléments de travail pour permettre au Wiki de rechercher et de corriger ces liens potentiellement rompus. Les URL de texte brut et les liens hypertexte dans les éléments de travail ne seront pas récupérés par cette fonctionnalité.

Lorsque vous renommez ou déplacez une page, vous serez invité à rechercher les liens absolus ou relatifs affectés.

Boîte de dialogue Déplacer la page

Vous verrez ensuite une liste des liens de page et des éléments de travail affectés avant de prendre des mesures.

Déplacer des liens de page

Générateur de démonstration VSTS

Le générateur de démonstration vous aide à créer des projets sur votre compte VSTS avec un exemple de contenu prérempli, notamment le code source, les éléments de travail, les itérations, les points de terminaison de service, ainsi que les définitions de build et de mise en production en fonction d’un modèle que vous choisissez. Ces projets peuvent être utilisés pour suivre des laboratoires pratiques, des démonstrations et d’autres supports pédagogiques.

La dernière version offre une connexion simple, une installation automatisée des extensions, de nouveaux modèles et une prise en charge de TFS.

Consultez la documentation pour obtenir des instructions pas à pas pour utiliser le générateur.

Étapes suivantes et commentaires

Accéder à VSTS

S’abonner aux mises à jour

Nous aimerions savoir ce que vous pensez de ces fonctionnalités. Signalez un problème ou fournissez une suggestion si vous avez des idées sur les éléments que vous souhaitez voir par ordre de priorité, via le menu commentaires.

Menu Commentaires

Vous pouvez également obtenir des conseils et répondre à vos questions par la communauté sur Stack Overflow.

Merci,

Jamie Cool