Se connecter aux services Azure, gRPC, OpenAPI et plus
Les développeurs créent des applications avec un nombre croissant de services, mais les technologies de service évoluent aussi rapidement.
Les Services connectés de Visual Studio vous offrent 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.
Services connectés inclut 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 l’Explorateur de solutions, puis sélectionnez Gérer les Services connectés.
Commencez en cliquant avec le bouton droit sur le nœud du projet, puis en choisissant Ajouter > Service connecté. Vous pouvez également cliquer avec le bouton droit sur le nœud Services connectés dans 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 à votre type de projet dans les sélections répertoriées.
De nombreux abonnements Visual Studio incluent des crédits de développement/test individuels Azure. Si vous êtes abonné à Visual Studio, vous pouvez utiliser ces crédits pour essayer différents services Azure gratuitement. Si vous n’êtes pas un abonné et si 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 solutions locales autres que les services Azure. Visual Studio prend actuellement en charge ce qui suit :
| Nom | Description |
|---|---|
| Azure App Configuration | Accédez aux paramètres clé-valeur et aux indicateurs de fonctionnalités gérés de manière centralisée dans Azure. |
| Azure App Insights | Fournit des fonctionnalités extensibles de monitoring et de gestion des performances des applications pour les 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 et des disques. |
| Azure SignalR Service | Fonctionnalité web en temps réel sur HTTP. |
| Azure Key Vault | Sécurisez le stockage cloud pour les clés de chiffrement et autres secrets utilisés par vos applications Azure. |
| Azure SQL Database | Base de données SQL hébergée sur le cloud. |
| Azure Cache pour Redis | Magasin de données en mémoire basé sur le logiciel Redis. |
| Azure Cosmos DB | Une base de données NoSQL complètement managée pour le développement d’applications modernes. |
| Plateforme d’identités Microsoft | Authentification avec des identités Microsoft et des comptes de réseaux sociaux. |
Notes
À l’aide de Publier, 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 disponibilité et une scalabilité facile. Cette option le rend disponible dans un conteneur local. |
| PostgreSQL sur conteneur | PostgreSQL est un système de base de données relationnelle objet qui fournit une fiabilité et une intégrité des données. Cette option le 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 ce qui suit :
Visual Studio génère tout code client ou serveur nécessaire pour faciliter la communication.
| Nom | Description |
|---|---|
| Émulateur Azure Cosmos DB sur 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 service broker de messagerie multi-protocole open source. Cette option le rend disponible dans un conteneur local. |
| Azure Cache pour Redis sur un conteneur | Azure Cache 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 aux 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 les applications ASP.NET Core API | Un format standard permettant de décrire les fonctionnalités d’un service sous une forme lisible par ordinateur et lisible par l’utilisateur. |
| Points de terminaison gRPC | Présentation des services gRPC sur .NET | Un service d’appel de procédure en temps réel open source. |
| Points de terminaison WCF | S/O | Une solution .NET Framework prenant en charge la programmation avec un réseau distribué de services. |
Containers
Les services connectés peuvent vous aider à exécuter des dépendances d’application qui émulent des services Azure localement dans un conteneur. Par exemple, vous pouvez exécuter l’émulateur de 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 du mode de développement, lorsque vous utilisez ces services fictifs dans des conteneurs, à 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 effectuer un déploiement dans 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 de projet dans Explorateur de solutions et que vous 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 s’affichent désormais dans l’interface utilisateur des services connectés avec une icône d’avertissement jaune et un lien Configurer :
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 à la place du service local. Par exemple, si vous avez initialement configuré une application pour qu’elle s’exécute avec une instance de SQL LocalDB exécutée localement, vous auriez fourni un nom de chaîne de connexion et une valeur initiale qui référence cette base de données LocalDB. Une fois votre application déployée pour la première fois 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 Key Vault Azure pour stocker en toute sécurité la chaîne de connexion et d’autres secrets.
Fonctionnement
Visual Studio crée deux nouveaux fichiers visibles dans Explorateur de solutions sous Propriétés, appelés serviceDependencies.json et serviceDependencies.local.json. Ces deux fichiers peuvent être archiver 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 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 les archiver.