Qu’est-ce que l’espace de noms des connecteurs ? (version préliminaire)

Important

Cette fonctionnalité en préversion est soumise aux Conditions d’utilisation supplémentaires relatives aux préversions Microsoft Azure. Pendant la préversion, cette fonctionnalité est disponible uniquement dans Azure régions publiques.

Lorsque vous créez des solutions qui s’intègrent à des applications SaaS (Software-as-a-Service), des systèmes métier et des plateformes de données, vous devez généralement écrire du code client d’API personnalisé pour chaque connexion ou intégration. Vous devez également gérer les flux d’authentification, la rotation des identifiants, la logique de réessayage, la pagination et les abonnements webhook sur plusieurs systèmes. Ces tâches engendrent des coûts de développement importants et des risques opérationnels.

Connector Namespace est un service d’intégration entièrement géré qui élimine cette complexité. Le service héberge un catalogue de connecteurs préassemblés et réutilisables que vos solutions peuvent utiliser pour se connecter à des services tels que SharePoint, Salesforce, SAP et Outlook via un modèle de programmation cohérent. Chaque connecteur expose des opérations telles que des déclencheurs d’événements, des actions qui effectuent des tâches et des outils d’agent IA via un modèle de connexion partagé. Votre solution peut appeler des déclencheurs et des actions à l’aide de kits de développement logiciel spécifiques au langage (SDK) pour C#, Node.jset Python, ou via des appels HTTP directs.

Un espace de noms de connecteur gère l’infrastructure d’intégration sous-jacente en gérant les tâches suivantes :

Tâche Description
Authentification et gestion des informations d’identification Stockez et faites pivoter les informations d’identification ou les secrets pour les connexions OAuth, clé API et connexions basées sur des jetons.
Scrutation et livraison des webhooks Créez et gérez des abonnements aux événements qui envoient des données à votre application lorsque les systèmes sources changent.
Nouvelle tentative, limitation du débit et gestion des erreurs Configurez des stratégies de résilience intégrées sans implémentation personnalisée.
Hébergement de serveur MCP pour les agents IA Publiez des connecteurs en tant que serveurs MCP (Model Context Protocol) afin que les agents IA et les Copilot puissent appeler des services externes en tant qu’outils.

Cette vue d’ensemble décrit ce que vous pouvez faire avec les espaces de noms de connecteur, les concepts clés, le fonctionnement des espaces de noms de connecteur, les aspects de sécurité et les considérations relatives au déploiement pendant la préversion.

Note

Le Namespace des Connecteurs est une voie d’intégration pour les services de calcul qui ne fonctionnent pas sur un moteur de workflow. Les espaces de noms des connecteurs n’exigent, n’utilisent ni ne modifient quoi que ce soit dans Azure Logic Apps. La galerie de connecteurs dans Azure Logic Apps fonctionne indépendamment et séparément pour les flux de travail dans Azure Logic Apps.

Ce que vous pouvez faire avec les espaces de noms de connecteur

Intégrez vos applications à des centaines de services externes à l’aide d’un modèle de programmation cohérent. Le tableau suivant décrit des scénarios courants où votre application peut utiliser Connector Namespace pour s’intégrer à d’autres services sans code supplémentaire :

Scénario Exemple d’intégration
Traiter des documents et du contenu Une fonction Azure utilise des opérations de connecteur SharePoint pour détecter les fichiers nouveaux ou mis à jour sur un serveur SharePoint, lire et traiter les fichiers et réécrire les résultats dans SharePoint.
Surveiller les événements à partir de services externes Une application conteneur Azure utilise un déclencheur du connecteur Salesforce pour recevoir des événements concernant de nouveaux prospects depuis Salesforce.
Automatiser la productivité Une application Node.js utilise Outlook opérations de connecteur pour lire et envoyer des e-mails en réutilisant une connexion qu’une autre application possède déjà.
Créer et exécuter des charges de travail IA ou agentiques Un service Python appelle des actions de connecteur pour baser ou enrichir la sortie du modèle avec des données provenant de systèmes métier.
Réutiliser le code d’application existant ASP.NET, Node.js et les services en Python peuvent utiliser des intégrations gérées sans moteur de workflow sur le chemin d’appel.
Publier des connecteurs en tant que serveurs MCP gérés Convertissez n’importe quel connecteur de votre espace de noms en serveur MCP (Model Context Protocol) en une seule étape. Votre espace de noms gère l’hébergement, les définitions d’outils et l’authentification afin que Copilot et d’autres agents IA puissent appeler des actions de connecteur en tant qu’outils.
Déployer des serveurs MCP à partir d’un catalogue organisé Sélectionnez et déployez des serveurs MCP prêts à l’emploi sur votre espace de noms de connecteur. Vous contrôlez la configuration du serveur, tandis que le namespace gère le déploiement, la mise à l’échelle et les identifiants ; vous n’avez aucune infrastructure à gérer.

Concepts clés

Le tableau suivant décrit les concepts fondamentaux à comprendre quand vous travaillez avec des espaces de noms de connecteur :

Concept Description
Espace de noms du connecteur La ressource Azure qui héberge le runtime du connecteur et gère les tâches suivantes :

- Charger et exécuter les opérations des connecteurs.
- Maintenir l’état de connexion et les informations d’identification.
– Interroger les services et systèmes sources. Envoyer des événements webhook.
- Appliquez des stratégies de réessai, de limitation du débit et de diagnostic.

Vous pouvez créer un espace de noms de connecteur à l’aide du portail Azure, du Azure Resource Manager (ARM) et des modèles de Bicep ou de Azure CLI. Vous liez ensuite des connexions et consommez des connecteurs à partir de vos applications.
Connector Composant prédéfini pour l’intégration d’un service spécifique, comme SharePoint, Salesforce, SAP et Outlook. Un connecteur extrait l’API, le protocole d’authentification, la pagination et le comportement de nouvelle tentative du service sous-jacent afin que votre code reste concentré sur la logique métier.

Chaque connecteur expose une surface typée pour les opérations suivantes :

- Déclencheur : opération d’abonnement aux événements que votre application inscrit sur un connecteur. Par exemple, lorsqu’un nouvel e-mail arrive, lorsqu’un enregistrement est mis à jour ou lorsqu’un fichier est ajouté à un dossier. Lorsque le service source ou le système déclenche un événement, votre espace de noms de connecteur envoie la charge utile à votre application.

--- Chaque connecteur définit ses déclencheurs indépendamment de n’importe quelle application spécifique.

--- Plusieurs applications peuvent s’abonner au même événement de déclencheur à l’aide de la même connexion.

--- Votre espace de noms de connecteur gère la planification des interrogations et l’enregistrement des webhooks en votre nom, en fonction de ce que le service sous-jacent prend en charge.

- Action : opération que votre application appelle. Par exemple, envoyez un message, lisez une ligne ou chargez un fichier.
Connection Liaison authentifiée et configurée à un compte externe ou à un locataire externe. Vous pouvez réutiliser des connexions, ce qui signifie que plusieurs applications et connecteurs peuvent partager la même connexion. Types d’authentification de connexion pris en charge :

-Oauth
- Clé API
- Base
Serveur MCP Ressource de première classe qui expose les outils que les agents IA peuvent utiliser via le protocole MCP (Model Context Protocol). Les espaces de noms de connecteurs prennent en charge les types de serveurs MCP suivants, qui sont hébergés par un espace de noms de connecteurs :

- Gérés : serveurs et connecteurs que l’espace de noms de votre connecteur crée et configure. Vous pouvez déployer un serveur managé ou un connecteur en tant que serveur MCP. Vous devez uniquement authentifier la connexion sous-jacente. Votre espace de noms de connecteur gère la configuration du serveur, les définitions d’outils, le cycle de vie et le runtime.

- Hébergés : serveurs MCP préconfigurés issus d’un catalogue sélectionné, que vous choisissez, configurez et déployez dans l’espace de noms de votre connecteur. Vous gardez le contrôle sur les paramètres du serveur, l’environnement et les paramètres. Votre espace de noms de connecteur gère l’hébergement, la mise à l’échelle et les informations d’identification.

Dans les deux cas, les agents IA tels que Copilot, les agents personnalisés ou tous les clients prenant en compte MCP peuvent détecter et appeler des outils à l'aide du modèle de connexion de l'espace de noms. Vous pouvez activer, désactiver ou faire pivoter des serveurs MCP indépendamment de la connexion sous-jacente.
SDK de connecteurs Kits de développement logiciel (SDK) fortement typés qui sont fournis avec des espaces de noms de connecteur afin de pouvoir appeler des connecteurs à l’aide des idiomes standard de votre langage :

- C# : Azure. Connectors.Sdk sur NuGet, avec le service de langage Visual Studio Code pour IntelliSense, les achèvements et CodeLens.

- Node.js: @azure/connectors, qui est un client conçu avant tout pour TypeScript, avec invocation d’actions à l’aide d’async/await.

- Python : azure-connectors, qui est aligné sur Kit de développement logiciel (SDK) Azure pour les conventions de Python.

Chaque SDK expose le même catalogue, le même modèle de connexion, une télémétrie uniforme et le même mécanisme de nouvelle tentative.

Remarque : Si un KIT de développement logiciel (SDK) typé n’est pas approprié, vous pouvez appeler des connecteurs via HTTP.

Guide pratique pour utiliser des espaces de noms de connecteur

Les sections suivantes décrivent le processus de haut niveau pour commencer à intégrer des connecteurs ou des serveurs MCP à votre application.

Étapes classiques pour intégrer des connecteurs à votre application

Les étapes générales suivantes décrivent une façon classique de commencer à utiliser des connecteurs avec votre application :

  1. Dans votre abonnement Azure, créez une ressource d’espace de noms de connecteur.

  2. Créez une ou plusieurs connexions aux services que vous souhaitez intégrer.

    Par exemple, supposons que vous créez une connexion OAuth pour Microsoft 365 ou une connexion de clé API à un service externe. Les étapes suivantes décrivent ce qui se passe entre votre application et votre espace de noms de connecteur.

    1. Votre application, qui s’exécute dans Functions, Container Apps, App Service ou un autre service de calcul, fait référence à l’espace de noms et à la connexion via un Kit de développement logiciel (SDK) connecteur.

    2. Votre application s’abonne aux déclencheurs du connecteur ou appelle des actions du connecteur.

      Les appels aux actions du connecteur s’exécutent de manière synchrone. La distribution du déclencheur utilise des webhooks ou des abonnements avec extraction, en fonction du connecteur et du service source.

    3. Votre espace de noms gère l’authentification, la signature des requêtes, la scrutation, l’abonnement aux webhooks et les réessais.

    4. Votre application reçoit des réponses typées et des charges utiles des événements.

Étapes classiques pour intégrer des serveurs MCP à votre application

Les étapes générales suivantes décrivent une manière typique de commencer à utiliser les serveurs MCP avec votre application :

  1. Dans votre abonnement Azure, créez une ressource d’espace de noms de connecteur.

  2. À partir du catalogue, ajoutez un serveur MCP à votre espace de noms de connecteur.

    Vous pouvez ajouter un serveur MCP managé ou un serveur MCP hébergé.

  3. Authentifiez la connexion sous-jacente. Configurez les exigences de configuration spécifiques au serveur.

    • Votre espace de noms de connecteur publie le point de terminaison du serveur MCP et fait tourner le serveur. L’espace de noms gère l’authentification, la mise à l’échelle et la rotation des identifiants.
    • Les agents IA, tels que Copilot, les agents personnalisés ou tout client conscient du MCP, peuvent trouver le serveur MCP, lire son catalogue d’outils et invoquer des outils en utilisant la connexion configurée.

Où vous pouvez utiliser des espaces de noms de connecteur

Cette section décrit les façons dont votre application peut utiliser des espaces de noms de connecteur et des opérations de connecteur pour l’intégration.

  • Les espaces de noms de connecteur prennent en charge les services de calcul Azure suivants dans lesquels votre application peut utiliser les opérations de connecteur disponibles :

    • Azure App Service
    • Azure Container Apps (Applications de Conteneur Azure)
    • Azure Functions

  • Tout service de calcul auto-hébergé peut utiliser des connecteurs via un espace de noms de connecteur.

    Par exemple, ces services auto-hébergés incluent ASP.NET, Node.jsou Python sur Azure Kubernetes ou Machines virtuelles Azure.

  • Les agents IA, les extensions Copilot et les clients prenant en charge les serveurs MCP peuvent rechercher et appeler des outils pour les serveurs MCP hébergés dans votre espace de noms de connecteur, sans passer par une couche de calcul distincte.

    Vos applications peuvent utiliser ces outils IA et agentiques qui interagissent avec les systèmes connectés et les services externes à l’aide des points de terminaison des serveurs MCP déployés dans votre espace de noms de connecteur. Vous n’avez pas besoin de code client d’API personnalisé ou de wrappers d’outils requis. Votre espace de noms de connecteur fournit et gère le calcul sous-jacent pour les serveurs en cours d’exécution afin que vous n’ayez pas à apporter votre propre infrastructure.

sécurité et gouvernance

  • Laissez la gestion des informations d’identification à votre espace de noms de connecteur, qui stocke, gère et fait pivoter les informations d’identification de connexion pour vous. Votre application ne gère jamais les informations d’identification brutes.

  • Limitez l’accès réseau à l’aide de l’intégration de réseau virtuel et des points de terminaison privés avec votre espace de noms de connecteur.

  • Contrôler qui peut créer des connexions, inscrire des déclencheurs et appeler des actions à l’aide du contrôle d’accès en fonction du rôle (RBAC) sur votre espace de noms de connecteur.

  • Pour permettre le suivi de bout en bout dans l’ensemble de l’espace de noms de votre connecteur et des services de calcul, les journaux de diagnostic et les ID de corrélation sont transmis à Azure Monitor.

Pricing

La tarification des espaces de noms des connecteurs utilise un modèle de consommation. Les charges pour les exécutions d’actions de connecteur varient selon le type de connecteur. Le tableau suivant explique comment chaque composant dans un espace de noms de connecteur est mesuré :

Capability Mesure
Connectors Par action de connecteur
Triggers Par action de déclenchement
Connecteurs MCP gérés Pour chaque appel d’outil
Connecteurs MCP configurables Par appel à un outil
Conservation des données Par GB mensuel

Les tarifs par unité des connecteurs sont publiés sous la rubrique Tarification des connecteurs sur la page tarifaire Azure Logic Apps.

Les appels aux outils de connecteurs MCP sont mesurés en fonction des appels d’action du connecteur sous-jacents.

Note

La facturation des serveurs MCP hébergés n’est pas activée lors de la prévisualisation. Microsoft prévient avant le début de la facturation pour cette fonctionnalité.

Considérations et limites

Étant donné que Connector Namespace est en préversion, consultez les points suivants si vous prévoyez un déploiement durant cette phase de préversion :

Considérations Description
Aucun accord de niveau de service (SLA) pour la prévisualisation Connector Namespace (aperçu) n’est actuellement pas recommandé pour les charges de travail en production.
Disponibilité de la région La prise en charge des régions est actuellement limitée, mais s’étend au fil du temps.
Couverture du connecteur Les connecteurs à utilisation élevée et standard sont disponibles en premier, tandis que les connecteurs d’entreprise, tels que SAP, IBM MQ et Oracle Database, suivent les vagues ultérieures.
Identité La clé API et les connexions OAuth sont actuellement prises en charge. La prise en charge des identités managées pour les connexions arrive plus tard, mais est planifiée précédemment pour les serveurs MCP sélectionnés.
Gestion des versions Les versions du SDK et de l’environnement d’exécution d’espace de noms sont associées durant la préversion. Attendez-vous à des modifications majeures entre les versions préliminaires.

Contenu connexe

  • Last updated on