Créer et déployer sur Cloud Services (support étendu) dans Visual Studio

Remarque

Cet article s’applique à Azure Cloud Services (classique), qui est désormais déconseillé pour les nouveaux clients et sera mis hors service le 31 août 2024. Les services existants créés avec cette technologie sont toujours pris en charge par le biais d’Azure Cloud Services (support étendu). Pour le nouveau développement, nous vous recommandons d’utiliser un type de service plus récent conçu à des fins spécifiques, comme Azure App Service, Azure Functions ou Azure Container Apps. Pour obtenir la liste la plus récente des services disponibles, consultez le Répertoire des produits Azure.

À compter de Visual Studio 2019 version 16.9, vous pouvez travailler avec des services cloud à l’aide d’Azure Resource Manager, ce qui simplifie et modernise considérablement la maintenance et la gestion des ressources Azure. Cette option est activée par un nouveau service Azure appelé « Cloud Services (support étendu) ». Vous pouvez publier un service cloud existant dans Cloud Services (support étendu). Pour plus d’informations sur ce service Azure, consultez la documentation de Cloud Services (support étendu).

Publication dans les Services cloud (support étendu)

Lorsque vous publiez votre projet Azure Cloud Service existant dans Cloud Services (support étendu), vous conservez toujours la possibilité de publier sur un service cloud Azure classique. Dans Visual Studio 2019 16.9 et versions ultérieures, les projets de service cloud classiques ont une version spéciale de la commande Publier, Publier (support étendu). Cette commande s’affiche dans le menu contextuel de l’Explorateur de solutions.

Il existe certaines différences lorsque vous publiez sur Cloud Services (support étendu). Par exemple, vous n’êtes pas invité à publier en préproduction ou production, car ces emplacements de déploiement ne font pas partie du modèle de publication de support étendu. Au lieu de cela, avec Cloud Services (support étendu), vous pouvez configurer plusieurs déploiements et échanger des déploiements dans le Portail Azure. Bien que les outils Visual Studio permettent de définir cela dans la version 16.9, la fonctionnalité d’échange ne sera activée que lors d’une publication de version ultérieure des services cloud (support étendu) et peut entraîner un échec au moment du déploiement pendant la préversion.

Avant de publier un service cloud Azure classique sur Cloud Services (support étendu), vérifiez les comptes de stockage que votre projet utilise et assurez-vous qu’il s’agit de comptes Stockage V1 ou Stockage V2. Les types de comptes de stockage classiques échouent avec un message d’erreur au moment du déploiement. Veillez à vérifier le compte de stockage utilisé par les diagnostics. Pour vérifier le compte de stockage de diagnostics, consultez Configurer les diagnostics pour Azure Cloud Services et les machines virtuelles Azure. Si votre service utilise un compte de stockage classique, vous pouvez le mettre à niveau ; consultez Mise à niveau vers un compte de stockage v2 à usage général. Pour des informations générales sur les types de comptes de stockage, consultez Vue d’ensemble des comptes de stockage.

Notes

Si vous ciblez .NET 4.8 avec Visual Studio 2022, veillez à ouvrir le fichier ServiceConfiguration.Cloud.cscfg et à vérifier la valeur de l’attribut osFamily sur l’élément ServiceConfiguration lors de la publication de services cloud (support étendu). Pour un projet .NET 4.8, utilisez la valeur osFamily="7".

Pour publier un projet Azure Cloud Service classique sur Cloud Services (support étendu)

1. Cliquez avec le bouton droit sur le nœud du projet dans votre projet Azure Cloud Service (classique) et choisissez Publier (support étendu).... L’Assistant Publication s’ouvre sur le premier écran.

   

   L’Assistant Publication apparaît.

   

2. Compte : sélectionnez un compte ou Ajouter un compte dans la liste déroulante des comptes.

3. Choisir votre abonnement : choisissez l’abonnement à utiliser pour votre déploiement.

4. Choisissez Suivant pour passer à la page Paramètres.

   

5. Service cloud (support étendu) - À l’aide de la liste déroulante, sélectionnez un service cloud existant (support étendu) ou sélectionnez Créer un nouveau et créez-en un. Le centre de données s’affiche entre parenthèses pour chaque service cloud (support étendu). Il est recommandé que l’emplacement du centre de données pour le service cloud (support étendu) soit le même que l’emplacement du centre de données pour le compte de stockage.

   Si vous choisissez de créer un nouveau service, la boîte de dialogue Créer un service cloud (support étendu) s’affiche. Spécifiez l’emplacement et le groupe de ressources que vous voulez utiliser pour le service cloud (support étendu).

   

6. Configuration de build : sélectionnez Déboguer ou Version finale.

7. Configuration de service : sélectionnez Cloud ou Local.

8. Compte de stockage : sélectionnez le compte de stockage à utiliser pour ce déploiement, ou Créer pour créer un compte de stockage. La région s’affiche entre parenthèses pour chaque compte de stockage. Il est recommandé que l’emplacement du centre de données pour le compte de stockage soit le même que l’emplacement du centre de données pour le service cloud (paramètres communs).

   Le compte de stockage Azure stocke le package pour le déploiement de l’application.

9. Coffre de clés : spécifiez le coffre de clés qui contient les secrets de ce service cloud (support étendu). Cette option est disponible si le Bureau à distance est activé ou si des certificats sont ajoutés à la configuration.

10. Activer le Bureau à distance pour tous les rôles : Sélectionnez cette option si vous souhaitez pouvoir vous connecter à distance au service. Vous êtes invité à spécifier des informations d’identification.

    

11. Choisissez Suivant pour passer à la page Paramètres de diagnostic.

    

    Diagnostics vous permet de résoudre les problèmes d’un service cloud Azure (support étendu). Pour en savoir plus sur les diagnostics, consultez Configuration de Diagnostics pour les services cloud et les machines virtuelles Azure. Pour plus d’informations sur Application Insights, consultez Présentation d’Application Insights.

12. Cliquez sur Suivant pour accéder à la page Résumé.

    

13. Profil cible : vous pouvez choisir de créer un profil de publication à partir des paramètres que vous avez choisis. Par exemple, vous pouvez créer un profil pour un environnement de test et un autre pour la production. Pour enregistrer ce profil, choisissez l’icône Enregistrer. L’Assistant crée le profil et l’enregistre dans le projet Visual Studio. Pour modifier le nom du profil, ouvrez la liste Profil cible, puis sélectionnez Gérer.....

    Remarque

    Le profil de publication s’affiche dans l’Explorateur de solutions dans Visual Studio, et les paramètres du profil sont écrits dans un fichier portant l’extension .azurePubxml. Les paramètres sont enregistrés en tant qu’attributs de balises XML.

14. Une fois que vous avez configuré tous les paramètres de déploiement de votre projet, sélectionnez Publier en bas de la boîte de dialogue. Vous pouvez superviser l’état du processus dans la fenêtre de sortie Journal d’activité Azure dans Visual Studio. Choisissez le lien Ouvrir dans le portail pour

Félicitations ! Vous avez publié votre projet de service cloud (support étendu) sur Azure. Pour effectuer une nouvelle publication avec les mêmes paramètres, vous pouvez réutiliser le profil de publication ou répéter ces étapes pour en créer un nouveau. Le modèle Azure Resource Manager (ARM) et les paramètres utilisés pour le déploiement sont enregistrés dans le dossier bin/<configuration>/Publish.

Nettoyage des ressources Azure

Pour nettoyer les ressources Azure que vous avez créées en suivant ce tutoriel, accédez au portail Azure, choisissez Groupes de ressources, recherchez et ouvrez le groupe de ressources que vous avez utilisé pour créer le service cloud (support étendu), puis choisissez Supprimer le groupe de ressources.

Contenu connexe

Configurez l’intégration continue (CI) à l’aide du bouton Configurer sur l’écran Publier. Pour plus d’informations, consultez la documentation Azure Pipelines.