Se connecter aux services Azure, gRPC, OpenAPI et bien plus encore
Les développeurs créent des applications avec un nombre croissant de services, mais les technologies de service évoluent aussi rapidement.
Avec les Services connectés de Visual Studio, vous bénéficiez d’une expérience de consommation de service moderne qui permet à chaque service de personnaliser son expérience de consommation, en vous invitant à répondre aux questions pertinentes dont vous avez besoin pour commencer rapidement.
Les services connectés incluent une collection d’outils dans Visual Studio qui vous aident à connecter votre application aux éléments suivants :
- Services Azure
- Points de terminaison OpenAPI
- Points de terminaison gRPC (appel de procédure distante)
- Points de terminaison Windows Communication Foundation (WCF)
- Bases de données et fournisseurs de données
Commencez par cliquer avec le bouton droit sur le nœud Services connectés dans Explorateur de solutions, puis sélectionnez Gérer les services connectés.
Commencez par cliquer avec le bouton droit sur le nœud du projet, puis choisissez Ajouter > service connecté. Vous pouvez également cliquer avec le bouton droit sur le nœud Services connectés dans l’Explorateur de solutions et choisir un service spécifique à ajouter.
Les types de projets pris en charge varient selon le type de service. Vous verrez les options qui s’appliquent au type de projet dans les sélections répertoriées.
De nombreux abonnements Visual Studio incluent des crédits Dev/Test individuels Azure. Si vous êtes abonné à Visual Studio, vous pouvez utiliser ces crédits pour essayer différents services Azure sans coût. Si vous n’êtes pas abonné et que vous n’avez pas d’abonnement Azure, vous pouvez créer un compte gratuit.
Connecter votre application aux services Azure
Utilisez Les services connectés pour connecter votre application à des émulateurs de services Azure en direct et à d’autres alternatives locales aux services Azure. Visual Studio prend actuellement en charge les éléments suivants :
| Nom | Description |
|---|---|
| Configuration d'application Azure | Accédez aux paramètres clé-valeur et aux indicateurs de fonctionnalité gérés de manière centralisée dans Azure. |
| Insights Azure App | Fournit une gestion et une surveillance extensibles des performances des applications web en direct. |
| Azure App Service | Fournit un hébergement complet et évolutif d’applications web en direct. |
| Azure Functions | Fournit des services de calcul à la demande évolutifs pour les API web et bien plus encore. |
| Stockage Azure | Stockage cloud évolutif avec prise en charge des objets blob, des tables, des files d’attente, des disques. |
| Azure SignalR Service | Fonctionnalités web en temps réel sur HTTP. |
| Azure Key Vault | Sécuriser le stockage cloud pour les clés de chiffrement et d’autres secrets utilisés par vos applications Azure. |
| Base de données Azure SQL | Base de données SQL hébergée dans le cloud. |
| Azure Cache pour Redis | Magasin de données en mémoire basé sur le logiciel Redis. |
| Azure Cosmos DB | Base de données NoSQL entièrement managée pour le développement d’applications modernes. |
| Plateforme d'identité Microsoft | Authentification avec des identités Microsoft et des comptes sociaux. |
Note
À l’aide de Publish, vous pouvez déployer votre application sur des services d’hébergement Azure tels que des machines virtuelles Azure, Azure App Service, Azure Functions et Azure Container Registry
Bases de données et fournisseurs de données
Visual Studio fournit des options pour se connecter aux bases de données locales, aux versions émulées localement des fournisseurs de données, ainsi qu’aux services de base de données Azure.
| Nom | Description |
|---|---|
| Émulateur Azure Cosmos DB sur conteneur | Émulateur Azure Cosmos DB s’exécutant dans un conteneur local. |
| MongoDB sur conteneur | Les bases de données de documents MongoDB offrent une haute fiabilité et une scalabilité facile. Cette option la rend disponible dans un conteneur local. |
| PostgreSQL dans un conteneur | PostgreSQL est un système de base de données relationnelle objet qui assure la fiabilité et l’intégrité des données. Cette option la rend disponible dans un conteneur local. |
| SQLite | SQLite est une bibliothèque in-process qui fournit un moteur de base de données SQL Server autonome et transactionnel sans configuration. |
| Base de données SQL Server | Base de données SQL Server locale. |
Prise en charge des émulateurs Azure et des alternatives locales
Visual Studio facilite le développement d’applications Azure localement en facilitant la transition des services émulés localement aux services exécutés dans le cloud. Vous pouvez utiliser les services connectés pour connecter votre application à des émulateurs locaux, dont certains s’exécutent dans un conteneur local et d’autres alternatives locales aux services Azure. Visual Studio prend actuellement en charge les éléments suivants :
Visual Studio génère tout code client ou serveur nécessaire pour faciliter la communication.
| Nom | Description |
|---|---|
| émulateur Azure Cosmos DB dans un conteneur | Émulateur Azure Cosmos DB s’exécutant dans un conteneur local. |
| émulateur de stockage Azure | Azurite est un émulateur de stockage Azure qui s’exécute sur votre ordinateur local. |
| Kit de développement logiciel (SDK) Application Insights | Mode local pour le service Application Insights. |
| RabbitMQ sur conteneur | RabbitMQ est un répartiteur de messages multiprotocol open source. Cette option la rend disponible dans un conteneur local. |
| Cache Azure pour Redis sur conteneur | Cache Azure pour Redis hébergé dans un conteneur local. |
| Secrets.json | Alternative locale pour Key Vault. |
| Base de données locale SQL Server Express | Alternative locale à Azure SQL Database. |
Connecter votre application à des points de terminaison gRPC, OpenAPI et WCF
Utilisez Les services connectés pour connecter votre application à l’un des services suivants :
| Nom | Lien ASP.NET | Description |
|---|---|---|
| Points de terminaison OpenAPI | Prise en charge d'OpenAPI dans API Apps ASP.NET Core | Format standard pour décrire les fonctionnalités d’un service sous forme lisible par ordinateur et lisible par l’utilisateur. |
| Points de terminaison gRPC | Présentation des services gRPC sur .NET | Service d’appel de procédure en temps réel open source. |
| Points de terminaison WCF | N/A | Solution .NET Framework prenant en charge la programmation avec un réseau distribué de services. |
Conteneurs
Les services connectés peuvent vous aider à exécuter des dépendances d’application qui émule les services Azure localement dans un conteneur. Par exemple, vous pouvez exécuter l’émulateur stockage Azure appelé Azurite dans un conteneur localement. La section suivante décrit la prise en charge de Visual Studio pour la transition de votre application à partir du mode de développement, lorsque vous utilisez ces services fictifs dans des conteneurs, vers l’utilisation des services réels s’exécutant dans Azure.
Configurations locales et connectées
Pendant le développement, vous utilisez généralement un émulateur local, une base de données locale ou un service fictif s’exécutant dans un conteneur local. Lorsque vous utilisez le processus de publication dans Visual Studio pour déployer sur le cloud, qu’il s’agisse d’Azure, de Docker Hub ou d’un autre environnement distant pris en charge, Visual Studio peut vous guider tout au long de la transition vers la connexion aux services et bases de données réels. Lorsque vous cliquez avec le bouton droit sur le nœud du projet dans Explorateur de solutions et choisissez Publier, vous êtes guidé dans le déploiement de votre application dans le cloud, mais après cela, les dépendances de service que vous avez précédemment configurées pour une utilisation locale sont désormais affichées dans l’interface utilisateur des services connectés avec une icône de prudence jaune et un lien Configurer :
capture d’écran 
Si vous cliquez sur ces liens, Visual Studio présente quelques écrans qui demandent les informations de connexion au service « réel » s’exécutant dans le cloud que votre application cloud utilisera au lieu du service local. Par exemple, si vous avez initialement configuré une application pour s’exécuter avec une instance localement en cours d’exécution de SQL LocalDB, vous avez fourni un nom de chaîne de connexion et une valeur initiale qui a référencé cette base de données LocalDB. Une fois votre application déployée dans un environnement cloud, vous pouvez utiliser les liens Configurer pour spécifier la chaîne de connexion à utiliser dans le cloud. Pour les scénarios de déploiement Azure, Visual Studio offre également la possibilité d’utiliser un Azure Key Vault pour stocker en toute sécurité la chaîne de connexion et d’autres secrets.
Fonctionnement
Visual Studio crée deux fichiers visibles dans l’Explorateur de solutions sous Propriétés appelées serviceDependencies.json et serviceDependencies.local.json. Ces deux fichiers peuvent être enregistrés en toute sécurité, car ils ne contiennent aucun secret.
Visual Studio crée également un fichier appelé serviceDependencies.local.json.user qui n’est pas visible dans l’Explorateur de solutions par défaut. Ce fichier contient des informations qui peuvent être considérées comme un secret (par exemple, des ID de ressource dans Azure), et nous vous déconseillons de valider ce fichier.