Partager via

Déployer sur Azure Kubernetes Service (AKS) à l’aide de projets DevOps – 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 mise en production. L’une de ces options est l’ajout de Azure Kubernetes Service (AKS) dans Azure DevOps Projects pour vous aider à démarrer avec des applications conteneurisées prêtes à être mises à l’échelle. Nous annonçons également que les portes de publication, qui ont été en préversion depuis quelques mois, deviennent désormais 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 riche d’exemples de données et de configuration.

Nouveautés de VSTS

Fonctionnalités

Travail

Build

Libérer

Package

Test

Wiki

Travail

Requête de champs de texte enrichi vides

Recherchez les éléments de travail qui ont un champ de texte enrichi vide, tel que Description, à l’aide du nouvel 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

Les versions Ruby 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 la version ruby à 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

Générer, tester et publier des applications Python basées sur diverses versions de Python

Les versions de 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 de 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 Package Python lors de la création de votre pipeline de build. Il vous donne un ensemble initial d’étapes pour exécuter des tests sur une matrice de versions python et éventuellement publier votre package.

Tâche de package Python

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

Les machines de l’agent hébergé exécutant Linux, macOS et Windows ont désormais 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 sortie de génération et de test Xcode améliorée à 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, comme 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.

Libérer

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

Les portes de publication, qui permettent l’approbation pilotée par les données des déploiements, sont désormais en disponibilité générale ! À l’aide des portes de mise en production, vous pouvez spécifier les critères d’intégrité de l’application qui doivent être remplis avant qu’une version soit promue dans 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 dès le départ 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 des portes de libération

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

Azure Kubernetes Service (AKS), un service Kubernetes entièrement 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 avec 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 graphiques Helm.

Vous pouvez également cibler Azure Service Fabric pour les nouvelles applications .NET Core dans DevOps Projects. Cela vous offre une autre option pour démarrer 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 pour une grande échelle. Pour plus d’informations, consultez la documentation du tutoriel sur AKS et Service Fabric .

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

Déployer sur Azure SQL base de données à l’aide de projets Azure DevOps

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 de la sélection de ASP.NET comme runtime. Vous pouvez ajouter le SQL Database à 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 n’est pas disponible en préversion privée et est désormais 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 les fonctionnalités Azure en local. Vous pouvez maintenant disposer d’un processus DevOps encore plus cohérent qui englobe tous les éléments qui génèrent, déploient et testent si vous exécutez des applications cloud, locales ou hybrides. Aucune modification du code n’est requise, il vous suffit de vous connecter à Azure Stack à l’aide des mêmes outils et fonctionnalités que pour n’importe quelle autre cible de déploiement. Vous voyez maintenant l’option AzureStack dans le champ Environnement de 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 version. 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 CHEMIN d’accès 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 bonne version Helm. Cette tâche permet également d’installer éventuellement l’outil kubectl , qui est un prérequis pour qu’Helm fonctionne.

Package

Suivre les packages

Dernière mise à jour , nous avons publié un nouveau type de notification de package, qui vous permet d’obtenir des mises à jour sur les packages et les flux qui vous intéressent en configurant un nouvel abonnement dans les paramètres notifications . À présent, 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 regardant dans une vue, vous obtiendrez uniquement les mises à jour pour les nouvelles versions promues vers cette vue.

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

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

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

Modifier les paramètres de 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’un 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 des pivots de paramètres.

Test

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

Important

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

Présentation du nouveau hub pour Test Plans ! Vous pouvez non seulement ajouter, modifier et supprimer des plans à partir de cette page, mais également rechercher et favoris des plans au sein de votre équipe et du 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 produit.

Test Plans page d’accueil

Wiki

Les liens de page rompus sont l’une des principales causes d’une mauvaise qualité de page dans toute solution de documentation. Auparavant, dans Wiki, lorsque vous déplaçaiez une page dans l’arborescence ou renommiez une page, il pouvait potentiellement interrompre les liens vers la page à partir d’autres pages et éléments de travail. À présent, vous pouvez case activée pour 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 sont pas récupérés par cette fonctionnalité.

Lorsque vous renommez ou déplacez une page, vous êtes invité à case activée pour 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 permet de créer des projets sur votre compte VSTS avec des exemples de contenu préremplis, notamment du code source, des éléments de travail, des itérations, des points de terminaison de service, ainsi que des définitions de build et de mise en production basées sur un modèle de votre choix. Ces projets peuvent être utilisés pour suivre des ateliers 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 la prise en charge de TFS.

Consultez la documentation pour obtenir des instructions détaillées sur l’utilisation du générateur.

Étapes suivantes et commentaires

Accéder à VSTS

S’abonner à 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 choses que vous souhaitez voir nous hiérarchiser, via le menu de commentaires.

Menu Commentaires

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

Merci,

Jamie Cool